タグ

GitHubとsoftwareに関するraimon49のブックマーク (32)

  • 羽生先生の発言は何が開発者の反発を招いたのか? | やねうら王 公式サイト

    2つ前の投稿で羽生先生のインタビュー記事の発言を取り上げたらプチ炎上しました。私は特に炎上を狙ってやっているわけではなく、羽生先生の発言が将棋AI界隈に悪い影響が残り兼ねないので書いたのですが、開発関係者からは一定の同意が得られたものの、将棋ファンからは殺害予告やら、こんなツイートやらが届く始末です。 まあ、一線を越えているものに関しては関係各所と連携しつつ、粛々と対応させていただく次第です。(念のために言っておきますと、将棋ファンのすべてがこういう人たちばかりだとは私は思っていません。極一部にちょっとややこしい人がいらっしゃるという認識です。) この記事は大変長くなるので、「最新版のやねうら王が(お金を出してでも)欲しい!」と言う方や、「やねうら王の開発に支援してやる!」と言う方は、とりあえず、この記事の末尾のリンクから御支援くださいませ。 今回は、前回の羽生先生の発言を再度取り上げ、何

  • サンタ逃亡のお知らせ | やねうら王 公式サイト

    毎年、やねうら王プロジェクトでは、クリスマスシーズンになると何かしらのプレゼントを行ってきました。詰将棋問題集100万問であったり、やねうら王のメジャーバージョンのリリースであったり、教師用データセットの公開であったり。今年は、最新版であるやねうら王V8.00をクリスマスに公開しようと準備を粛々と進めてきました。 そんななか、とても心を抉られる記事を目にしました。羽生先生のインタビュー記事です。 将棋をこよなく愛する開発者のみなさんは、将棋ソフトの開発で稼ごうと思っている人たちが少ないのです。 そのため、開発したプログラムを自分のスキルを披露する場として捉えて公開し、私たちが将棋AIを使うためのアプリも無償で公開してくれています。 <a href="https://www.kumon.ne.jp/kumonnow/obog/100_1/" target="_blank" rel="noop

  • 河野太郎氏が激怒。トラブル続出の「富士通」コンビニ交付システムが炙り出したIT後進国ニッポンの致命的な問題点 - まぐまぐニュース!

    マイナンバーカードのメリットのひとつとして総務省が掲げる、コンビニでの各種証明書の取得。しかし今年3月以降、別人の証明書が発行されるトラブルが相次ぎ、サービスが一時停止に追い込まれる事態となってしまいました。何がこのような問題を引き起こしてしまったのでしょうか。今回のメルマガ『週刊 Life is beautiful』ではWindows95を設計した日人として知られる中島聡さんが、「コンビニ交付システム」の開発運営を典型的なITゼネコンの手に委ねた事が主因と断言。さらに同様の問題を回避するため国が取るべき「ソフトウェア調達法」の具体案を提示しています。 プロフィール:中島聡(なかじま・さとし) ブロガー/起業家/ソフトウェア・エンジニア、工学修士(早稲田大学)/MBA(ワシントン大学)。NTT通信研究所/マイクロソフト日法人/マイクロソフト社勤務後、ソフトウェアベンチャーUIEvol

    河野太郎氏が激怒。トラブル続出の「富士通」コンビニ交付システムが炙り出したIT後進国ニッポンの致命的な問題点 - まぐまぐニュース!
    raimon49
    raimon49 2023/06/22
    コンペ開催案は与太話としては面白いけど、この記事では意図的に発注者側のスキルが必要なことを無視して書いてるよね。
  • なぜ我々は筑波大を便利にすることができなかったのか? - いなにわうどん

    早いもので筑波に来て 3 度目の春を迎えます。2 年前の春を憶えていますか。 筑波大学を便利にするサークルが爆誕 元々は大学の KdB と呼ばれる開設科目データベースがダウンし、その代替サイト「KdB もどき」を作成したことに端を発します*1。懐かしいですね。 ミラーを立ち上げただけと言えばそうなのですが、新入生が大学をディスりながらシステム開発!みたいな構図が予想以上にウケたっぽく、Twitter がバズったりメディアに取り上げられたりしている間にサークルを新設する流れになりました*2。 togetter.com 筑波大には学生が開発した数多のサービスやアプリケーションが存在しますが、その多くは個人レベルで開発が行われているため、開発者が大学を離籍するとシステムが保守されなくなる傾向にあります*3。そこで、筑波大学の学生生活を便利にする各種サービスを総括的に管理・保守することで持続可能な

    なぜ我々は筑波大を便利にすることができなかったのか? - いなにわうどん
    raimon49
    raimon49 2023/03/20
    いつの間にかフェードアウトして音沙汰なくなる有志活動って多々あるけど、その裏側を振り返ってこれだけ言語化できてるのは凄い。
  • 機能は追加すればいいというものではない

    みなさん、新機能は好きですか。ソフトウェアへの機能追加は、ユーザ目線で単純に考えると「できることが増えていくのでよい」という響きを帯びています。しかし実際は、長く使われるソフトウェアであればあるほど、新機能を追加すべきかどうかはものすごく気を使って決めるものであって、やればいいというものではないのです。この記事の目的は、新機能の追加には細心の注意が必要だとわかってもらうことです。おもな対象読者はソフトウェアを長期間メンテしたことがないかたがたです。 みなさんが使っているOSSに新機能を追加するPRを送った場合を考えてみましょう。ここで重要なのは、PRが送られてきたメンテナやコミッタといわれるコア開発者たちの立場になって考えることです。彼らの役割は、自分たちを含むユーザがそのソフトウェアを使い続けられるようにメンテし続けることです。このメンテのコストに注目すると、機能追加は基的にコストを上

    機能は追加すればいいというものではない
    raimon49
    raimon49 2023/01/04
    作者やメンテナには浅慮な機能追加のPull Requestをrejectする勇気が求められる。めちゃくちゃ難しい。
  • ZeroVer: 0-based Versioning — zer0ver

    36.8 At the time of writing, the list is somewhat biased toward Python projects. If you know of some prominent ZeroVer projects, submit them here! Featured Use Cases These flagship ZeroVer projects know how to get the most out of their zeroes. HashiCorp Vault and Terraform HashiCorp's Vault project aims to be an enterprise secret management service, comprising the bedrock of a modern, microservice

    raimon49
    raimon49 2021/08/13
    すごい皮肉だ
  • Cargo.toml を壊れたままにしない

    Cargo.toml を壊れたままにしない Rust で Cargo.toml により依存パッケージのバージョン指定をしますが、これが壊れている場合が見受けられます。 このような問題の解説や、気付いて直すための方法についての話です。 この記事は Rust Advent Calendar 2020 の14日目の記事です。 前日になっても枠が空いていたので、最近思うところを急遽突っ込むことにしました。 前日の記事は『Dhallの型定義からRustの型を自動生成するマクロ』でした。 TL;DR もう少し詳しくは まとめ を参照のこと。 依存バージョンを指定するときは、マイナーバージョンやパッチバージョンまで含めて最新のものを指定しましょう。 cargo +nightly update -Z minimal-versions で、制約を満たす最小バージョンへの依存を使った Cargo.lock を

    Cargo.toml を壊れたままにしない
    raimon49
    raimon49 2020/12/14
    cargo +nightly update -Z minimal-versions
  • ギットハブ、「マスター」の用語を変更--BLM運動がきっかけに

    印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます GitHubの最高経営責任者(CEO)は、奴隷制度に関係する用語を不必要に使用するのを避けるために、「マスター」という用語を「メイン」などの中立的な用語に変更する取り組みを進めていることを明らかにした。 既に、GitHub以外にも多くのIT企業やオープンソースプロジェクトが、黒人コミュニティーが不快に感じる可能性がある用語をなくす活動に対して支持を表明している。 これには、「マスター」や「スレーブ」を「メイン、デフォルト、プライマリー」や「セカンダリー」に変更することだけでなく、「ブラックリスト」や「ホワイトリスト」を「拒否リスト」や「許可リスト」に変更することなども含まれる。 ITコミュニティーでは、全米で巻き起こっている「ブラックラ

    ギットハブ、「マスター」の用語を変更--BLM運動がきっかけに
  • 政治的問題のためRuby GemsとGitHubからChef関連の諸々が消えた件について

    アメリカ合衆国のとある政府機関への抗議のため、Chef関連のGemGitHub上のソースコードを作者が削除した。 雇用期間に業務にてGemが作成されていたため、Chef SoftwareがGemの所有権を主張してGemを復活させた。 最終的には抗議行動に対してChef Softwareが折れることで決着が付いた。 現在Chef界隈が混乱している。 どうやら政治的問題のためにRuby Gemsに登録されたGemGitHub上のソースコードが消されたらしい。 なかなか興味深い出来事で、なおかつ日語圏に情報が出ていないので適当に記録しておく。 用語 Ruby:プログラミング言語の1種。日においては超広範囲で使用されている超メジャーな言語。 RubyGems:Rubyにおけるパッケージシステム。他人のRubyプログラムやライブラリを簡単に取り込むことができる。 Chef: 構成管理ツールの

    政治的問題のためRuby GemsとGitHubからChef関連の諸々が消えた件について
    raimon49
    raimon49 2019/09/22
    退職時にRubyGemsで管理しているパッケージのオーナーシップは整理されていなかったのか。vendoringも対策の1つだけど、Gitリポジトリ肥大化しちゃうしやりたくない組織もあるだろうな。難しい。
  • XDG Base Directory サポート - ArchWiki

    仕様 フルスペック を読んでください。このセクションでは概要だけを抽出しています。 デフォルトでは pam_systemd によって XDG_RUNTIME_DIR だけが設定されます。既存のディレクトリの絶対パスを使って明示的に他の変数を定義するかどうかはユーザー次第です。 変数の定義に関する情報は 環境変数#グローバル を参照してください。 ユーザーディレクトリ XDG_CONFIG_HOME ユーザー個別の設定が書き込まれるディレクトリ (/etc と類似)。 デフォルトは $HOME/.config です。 XDG_CACHE_HOME ユーザー個別の重要でない (キャッシュ) データが書き込まれるディレクトリ (/var/cache と類似)。 デフォルトは $HOME/.cache です。 XDG_DATA_HOME ユーザー個別のデータファイルが書き込まれるディレクトリ (/

    raimon49
    raimon49 2019/06/16
    ソフトウェアごとにサポート開始されたコミットや議論のチケットがまとめられている。
  • アメリカで、ソフトウェアエンジニアの日本人がインパクトのある仕事をする方法 - メソッド屋のブログ

    アメリカ移住してもうすぐ4ヶ月ぐらいになるけど、こちらに来てから面白いほど成果が出ていない。 最初の2ヵ月ぐらいはなんやかんやで仕事にならんやろうなと思っていたから、気にもしなかったが、そろそろ4ヵ月なので、流石に焦りを感じて来た。何一つ仕事が完了しない。日仕事をしていた時はこんなことは発生しなかった。こっちの方が一緒に働いている人が同じタイムゾーンだし、近いし、やりやすいはずなのに何故だろう?焦っていても何も改善しないので、直接仕事をしているクリスと、日エンジニアの先輩の河野さんに話を聞いてみた。自分の会社限定かもしれないけど、学んだことの記録と、もしかすると誰かの役にたつかもしれないから書いておこうと思う。 仕事が完了しない焦り 何だろう、この仕事の完了しないっぷりは。いくつか、終えたらインパクトがある仕事があるのだが、これがまた完了しない。一緒に働いているエンジニアの人はみ

    アメリカで、ソフトウェアエンジニアの日本人がインパクトのある仕事をする方法 - メソッド屋のブログ
  • オープンソース製品の「仕様」 - 赤帽エンジニアブログ

    Red Hatの佐藤匡剛です。昨日、Red Hat Forum / Tech Nightにお越しいただいた方、ありがとうございました。 昨日のRed Hat Tech Night冒頭のトークセッションで、id:nekopこと木村さんから面白い発言があり、Twitterでも話題になっていたようなので、ちょっとフォローアップの記事を書きたいと思います。 「これは仕様ですか?」 と聞かれても、たまたま開発者がそうしただけというケースもあり、答えにくいことが多々ある #rhtn2018— 転職しても肉の妖精だった件 (@nanodayo) November 8, 2018 仕様が先かコード書いた人の気持ちが先か #rhtn2018— えいご (@enagok) November 8, 2018 実装がたまたまそうなっているw とても分かる。#rhtn2018— 水無月 忠司 (@longyoru)

    オープンソース製品の「仕様」 - 赤帽エンジニアブログ
    raimon49
    raimon49 2018/11/10
    >顧客側に「ソフトウェア製品には必ず詳細な仕様(書)があり、細かなパラメータの挙動まで含めて予め明文化された上で作られている」という思いがあるから / OSSの仕様は協調の中で創られて行くものという話。
  • 「オープンソース開発に重大危機」--GitHubがEUの著作権法改正に反対する理由

    欧州連合(EU)がインターネットを使ってコンテンツ(著作物)を配布するすべてのプラットフォームに、コンテンツフィルタリングの導入を義務付けようとしている。世界最大のオープンソースレポジトリであるGitHub(同社に対してはMicrosoftが先ごろ買収計画を発表している)は、新たな法案が欧州議会を通過した場合、オープンソースソフトウェアの配布、維持に使われている仕組みが事実上崩壊すると警鐘を鳴らしている。 GitHubで政策担当責任者を務めるMike Linksvayer氏は米国時間6月20日、米ZDNetにあてたメモの中で「アップロードされるソースコードを自動的にフィルタリングするには、まったく新しい技術が必要になる」と述べる。「そして、(そうした自動フィルタリングの仕組みが導入された場合)結果的に膨大な数のフォールス・ポジティブ(誤検出)によってソフトウェア開発がはるかに不安定なものと

    「オープンソース開発に重大危機」--GitHubがEUの著作権法改正に反対する理由
  • GitHubの買収とオープンソースコミュニティについて - ものがたり

    6月2日にmicrosoftgithubを買収する噂が流れて、3日には確定情報として流れて、4日には正式発表があった。これに対しては歓迎する声から悲しむ声、非難する声などさまざまな反応があった。この反応の一部が、どちらの方向についてもあまり良くないと思っているので、可能な限り問題のある反応を潰しておこうという意図でこれを書くことにした。 ちなみに、笑える反応としては、githubにアクセスするとClipperやカイル君が出てくるようになるみたいなジョーク画像の類があるけど、これを集めているとキリがないし今回はきちんと論じたいことがあるので、その辺は他所に任せたい。 それはさておき、これは長い文章(になる予定)なので、最初にふたことで要約しておきたい: 新CEOのNatは割と信用できるやつで、きっとGitHubを上手くやっていってくれるので、もしMSというだけで疑っているだけならちょっと人

    GitHubの買収とオープンソースコミュニティについて - ものがたり
    raimon49
    raimon49 2018/06/09
    現代のソフトウェアは案外ソーシャルに作られていて、関係者の立場も多様であるという話。例として台湾やMSで開催されるカンファレンス参加者の顔ぶれが紹介れている。
  • 山中伸弥さんが羽生善治永世七冠に聞いた「AIと将棋の未来」(山中 伸弥,羽生 善治) | 現代ビジネス | 講談社(1/3)

    ノーベル賞科学者・山中伸弥氏と史上最強棋士・羽生善治氏が「10年後、100年後の世界」について語る「予言の書」が『人間の未来 AIの未来』だ。書の中から「AI将棋の未来」について書かれたパートを特別公開する。 なぜ将棋のソフトが急激に強くなっているのか 山中 人工知能AI)の「AlphaGo」(アルファ碁)が世界トップクラスの囲碁棋士イ・セドルさん(韓国)に四勝一敗で圧勝したことが話題になりましたね。 羽生 はい、2016年3月のことでした。その年の2月、私がNHKの番組[NHKスペシャル「天使か悪魔か 羽生善治 人工知能を探る」2016年5月放送]で人工知能を取材したとき、グーグルの傘下にあるイギリスのディープマインド社で、アルファ碁を開発したデミス・ハサビスさんにお会いしてお話を伺いました。囲碁は少なくとも十年は人間に追いつけないと言われていたので、大きな挑戦と思えました。おそら

    山中伸弥さんが羽生善治永世七冠に聞いた「AIと将棋の未来」(山中 伸弥,羽生 善治) | 現代ビジネス | 講談社(1/3)
    raimon49
    raimon49 2018/02/13
    羽生さんの持つ大局観は、将棋だけでなく世の中に対しても発揮されているのだなぁと。
  • MITライセンスを1行1行読んでいく | POSTD

    全てのプログラマが理解すべき171語の文章 MITライセンス は、最も有名なオープンソースソフトウェアのライセンスです。この記事では、その内容を一行一行読んでいきます。 ライセンスを読む オープンソースソフトウェアを利用しているものの、これまでライセンス全文(原文:171語)を読む機会がなかった方は、大した量ではないので、今すぐ読んでください。あなたにとってライセンスが身近なものでないなら尚更です。理解できない箇所などがあれば、その部分は心に留めておき、明確にするようにしてください。これから背景や解説とともに、全文を分割して順番に紹介していきますが、大事なことは全容を頭に入れておくことです。 MITライセンス(MIT) Copyright (c) <年> <著作権保持者> ソフトウェアおよび関連文書ファイル(以下「ソフトウェア」)のコピーを入手する全ての人に対し、それらに関する無償のライ

    MITライセンスを1行1行読んでいく | POSTD
    raimon49
    raimon49 2016/11/26
    >パッケージマネージャのメタデータファイルにあるlicenseプロパティといったメタデータを使用するのであれば、LICENSEファイルやその他のヘッダコメントに標準形式の文言を使用するようにしてください。 / 亜種に注意。
  • Shibu's Diary: ソフトウェアの世界は螺旋を周りながら進歩している

    渋日記@shibu.jp 渋川よしきの日記です。ソフトウェア開発とか、ライフハックを中心に記事を書いていきます。 npm周りでごたごたがありました。その前にはCocoaPodの問題もありました。その前にはGemの話も話題になりましたよね。 うんこれ。2年ぐらい前にnode.jsで開発していた時にも、node.jsのnpmのエコシステムいつか破綻するよなぁって思ってた。で、去年cURL as DSL作ったんだよね。Rubyのコード生成はまだないけどね。 https://t.co/1C0yw0KPib — 渋川よしき (@shibu_jp) March 6, 2016 上記のツイートはgemに絡んでのツイートであって、コンテキストはnpmではなかったのだけど、なんか予言めいたツイートに見えちゃったのかもしれないけど偶然です。ここまで、いくつかの文化の変化がありました。 SourceForgeや

  • 機械のためではなく人のためにコードが書けるかーーGitHub CEOのクリス・ワンストラス氏にインタビュー - BRIDGE(ブリッジ)テクノロジー&スタートアップ情報

    会場に1,000人が集まった「GitHub Universe」 オンライン視聴者を含む延べ人数約15,000人が参加した「GitHub Universe」。そのほとんどがエンジニアなのかと思いきや、登壇者のリストを見てもわかるように、今ではNPOや自動車メーカー、NASAなど様々な企業やプロジェクトGitHubをコラボレーションツールとして活用しています。これまでにGitHubが使われたプロジェクトの総数は、2,700万件に及びます。 2012年、世界有数のベンチャーキャピタル「Andreessen Horowitz」の共同ファウンダーであるマーク・アンドリーセン氏は、“Software is eating the world”と予見しました。それが今まさに、GitHubのような立役者のもとで現実のものになりつつあります。ソフトウェアが世界をい尽くしていく。 「これからは、全ての企業が

    機械のためではなく人のためにコードが書けるかーーGitHub CEOのクリス・ワンストラス氏にインタビュー - BRIDGE(ブリッジ)テクノロジー&スタートアップ情報
    raimon49
    raimon49 2015/10/11
    >根幹にあるのは、優秀なエンジニアはコードは機械のためではなく人のために書くものだと理解していること。自分が書いたコードは、他の誰かが読むものなんだ。その事実を常に頭の中に入れて動けるかどうか。
  • OSS開発の活発さの維持と良いソフトウェア設計の間には緊張関係があるのだろうか? - t-wadaのブログ

    YAPC::Asia Tokyo 2015 前夜祭に参加して、柴田さん( hsbt さん)とモリスさん*1( tagomoris さん)の講演を聴いた。特に最後のモリスさんの講演を聴いていて、ちょっとした衝撃を受けると共に、気づきや疑問もあったので、久しぶりに blog エントリを書こうという気になった。 なお、このエントリは講演メモや浮かんだ疑問、その後の議論等を記したものであり、すっきりとした結論は無いのでご注意。 モリスさんの講演 講演資料が公開されていた How to create/improve OSS products and its community from SATOSHI TAGOMORI 講演時に取ったメモがこちら 我々にできるOSSとそのコミュニティの育てかた ======================= id:tagomoris TD のモリスさん TD はデー

    OSS開発の活発さの維持と良いソフトウェア設計の間には緊張関係があるのだろうか? - t-wadaのブログ
    raimon49
    raimon49 2015/08/22
    開発の最前線ではお行儀の良いPRだけでない。面白い。本論とちょっとずれるけど、semverで0.x.yのまま開発が続いてるプロダクト、どんな言語のパッケージリポジトリでも見かけるけど本当にやめて欲しい。
  • GitHub、“GitHub Flow”に最適化した新しいクライアント「GitHub Desktop」を公開

    GitHub、“GitHub Flow”に最適化した新しいクライアント「GitHub Desktop」を公開
    raimon49
    raimon49 2015/08/18
    Mac/Winが統合された。