昨日の記事「Isabelle/jEditの野心的な試み「継続的チェッキング」に「ウォ」っとなった」では、Isabelleのユーザーインターフェースが備えている特徴的な機能である「継続的チェッキング」だけを取り上げました。ここで改めて、証明支援系としてのIsabelleシステムを紹介しましょう。客観的な紹介ではなくて、僕の雑駁な印象記です。 内容: Isabelleの独自な世界 Isabelleの未来 Isabelleの独自な世界 「Isabelle/jEditの野心的な試み「継続的チェッキング」に「ウォ」っとなった」より: PIDE構想は、Isabelleプロジェクト/コミュニティを世の趨勢とは離れた孤立化へと導くのか、それとも、時代がPIDEの先進性にいずれ追いつき、PIDEがスタンダードな証明支援系UIとなるのか? なかなかに興味深いですな。 Isabelleが世の趨勢と離れるのか?
How to watch Polaris Dawn astronauts attempt the first commercial spacewalk
プログラマの格言に、「動いているコードに触るな」がある。ビジネス環境の変化に合わせ、巨大なシステムを維持・改善していく上で、ほぼ原則といってもいい。 その意味はこうだ。長いこと複雑怪奇な状態なのに、なぜか正しく動いているプログラムに対し、不用意に手を入れると、思いもよらない不具合が出る(これをデグレードという)。一見冗長で、まわりくどく無駄なことやっているようなので、よかれと思って直す。すると、触った部分とは関係なさそうな別の場所・タイミングで、予想外の動作をする。結果、因果が特定できないまま解析が長引くことになる。きちんとリソースを充てて改善するならともかく、「なぜ上手く動いているか」が分からないまま改修するのは、非常にリスキーなのだ。 人体に常在し、ヒトと共進化してきた100兆もの細菌群を「マイクロバイオーム」と呼ぶ。このマイクロバイオームの多様性を描いた本書を読むと、抗生物質の濫用に
JenkinsのUXをモダンにする新プロジェクト「Blue Ocean」登場。統一的デザインのためのJenkins Design Language(JDL)も開発中 ビルドやテスト、デプロイなどの自動化を実現してくれるツール「Jenkins」は、2カ月前の4月に最新のメジャーバージョンアップ版となる「Jenkins 2.0」が登場したばかりです。 そのJenkinsのUXをモダンで魅力的なものにする新プロジェクト「Blue Ocean」が発表され、ソースコードの公開が始まりました。 シンプルで魅力的なUXへ Blue Oceanの開発理由は、「Introducing Blue Ocean: a new user experience for Jenkins」で次のように説明されています。 In recent years developers have become rapidly attr
今日、銀座の居酒屋で飲んでたんだけど 某東○の監査法人がヒドすぎて笑えなかった 東芝の件を何も考えてない脳天気さはとりあえず置いておいて 監査法人主催のイベントで、自分が呼んでピッチ(出展)してもらったベンチャーについて、 ・何で起業したの? ・バカすぎて普通の企業で雇ってもらえなかったから起業するしかなかったの? ・どうせ俺らが監査するステージに来ないのに って、個室でもなく、半個室でもなく、フロアに響くような大声で酔っ払って話してた。 一番ひどかったのは、これまでピッチしたスタートアップの中で 最も潰れそうなところ選手権ってのをやってたこと お前らだよって話 本当に自分のことしか考えてない、周り見れてない 法律から守られてて、どーにかなってるが、社会からの信頼ないし 普通の企業なら潰していいレベルで、上から下まで腐ってることがわかった 潰れればいいのに…
ICSE 2016勉強会に参加するために論文リストを確認していたら、40年間のC言語のプラクティスの変遷を追った論文がおもしろかったので紹介する。 対象の論文 論文: The Evolution of C Programming Practices: A Study of the Unix Operating System 1973–2015 論文中で使われれたデータ: https://github.com/dspinellis/unix-history-repo 要約 過去40年間のUnixのソースコードを分析し、コーディングスタイルの変化を調査した。その結果、以下のことが分かった。 新しい言語機能は価値のあるものならば採用される レジスタ割り当てをコンパイラに任せるようになる スペースをどこにいれるかなどのコードの書き方が統一されていく 分析対象 1972年以降にリリースされた計66個
これ、FAQっぽいんで、ちょっと私見を書いておこうと思います。 とくに技術書に関しては、Markdownで原稿を書きたいとか、修正はPull Requestでもらえると楽とか、そういう便利な世界を知っている人たちが執筆者なので、 「MS Wordで書いてもらった原稿を、こちらでDTPの担当者に組版してもらいます。修正は紙に赤字か、PDFをメールで送るので、そこにコメントを入れてください」という古き良き時代の出版社のやり方を目にすると、 「出版社って遅れてるよなー」という感想を抱かれることが多いのだと思います。 その結果、「自分たちはITのプロとして出版のためのプラットフォームを作れるだろうから、それを使ってもらえないものか」という方向の考え方に至るのはよくわかります。 しかし、これには、二つの面から「ちょっと認識が違うから待って」と言いたい。 まず「認識が違う」と思うのは、プレインオールド
Thank you for being patient. We are doing some work on the site and will be back shortly.
「われわれがマイクロソフトを嫌っていたのではない、マイクロソフトがわれわれを嫌っていたのだ」――日本のソフトウェア技術者であり、Rubyの父とも呼ばれるまつもとゆきひろ氏は、日本マイクロソフトが主催する開発者向けイベント「de:code 2016」でこう語った。一体何があったのか。 「オープンソースソフトウェア」の誕生 その歴史は、1996年までさかのぼる。当時、米Microsoftが開発していた「Internet Explorer」の機能強化により、それまで大きなシェアを獲得していたNetscape CommunicationsのWebブラウザ「Netscape」シリーズとの2大ブラウザ戦争が勃発した。その後、Internet Explorerはますます勢いを増し、この勢いに押されたNetscapeは1998年1月にNetscape Navigatorを無償化。しかしシェアの巻き返しには
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く