訃報: Haskell設計者Paul Hudak氏 | スラド デベロッパー
純粋関数型プログラミング言語 Haskellの主要な設計者の一人として知られる米イェール大学教授のPaul Hudak氏が4月29日、白血病のため62歳で死去した(Yale Daily Newsの記事、 イェール大学の発表、 本家/.)。 Hudak氏は2009年12月に白血病と診断され、2010年には幹細胞移植を受けていた。2013年1月までの闘病の様子は、The Yale Haskell GroupのHudak氏の個人ページに記載されている。6年近い闘病生活を続ける間もセイブルック・カレッジの寮長を務め、キャンパスでの活動にも積極的に参加していたそうだ。亡くなる数週間前にも、学生がHudak氏のために開催したアートイベントに参加しようとしていたという。
ソフトウェアの開発にかかる時間の見積を廃止したいプログラマーたち | スラド デベロッパー
ソフトウェアの世界からプロジェクトの所要時間の見積をなくそうとする#NoEstimatesムーブメントについて、Mediumの記事が紹介している。所要時間を正しく見積もることは困難であり、時間の無駄だとプログラマーたちは主張する。一方、他のプロジェクト関係者は、計画を立て、プログラマーに責任をもって仕事をさせるために見積が必要だと考えている。妥協点はあるのだろうか。 記事によれば、「ソフトウェアプロジェクトの見積は誤っていることがあまりに多く、見積を作るのに時間を使えば使うほど、実際にソフトウェアを作成する作業時間が減ってしまう。また、マネージャーは開発者が適当に作った見積を契約上の締め切りのように扱う習慣があり、見積時間内に完成しなければ大騒ぎする。それだけではない。そのような結果を恐れる開発者は、より多くのエネルギーを見積という兎の穴に注いでいく。見積はヤクの毛刈りのように、実際の仕事
東証曰く、システム開発においてコーディング後にはドキュメントは不要 | スラド デベロッパー
2005年に発生した、「ジェイコム株大量誤発注事件」はみずほ証券に大きな損害を与えた。みずほ証券はこの損害の原因の1つに東証の売買システムのバグがあるとして、東京証券取引所（東証）に対し賠償を求める裁判を起こしていたのだが、この裁判が3月18日に結審した（日経ITpro）。これを受けて、日経コンピュータが「みずほ証券-東証裁判の争点を洗い出す」として争点をまとめている。 ここで興味深いのは、東証の開発手法やソースコードに対する姿勢だ。東証はソースコードの修正時にそれに対応するドキュメントの修正を行っていなかったそうなのだが、これについて「コーディングが終了した後はドキュメントは不要」と主張している。いっぽうのみずほ側はこれについて「ソフトウェア工学の知見を無視する暴論だ」として、重大な過失であると主張している。 また、ソースコードには著しい重複があったことが判明しているのだが、これについて
「新入りがコーディングできない」理由は面接にあり？ | スラド デベロッパー
職場の新入りの開発者を歓迎したい気持ちは山々なのだが、本人の仕事は遅く、口をついて出る質問は初心者丸出しであり、出来上がったコードを読んでみれば余りにずさんな仕上がりで他の人に一から書き直してもらわないといけない。このような悪夢は誰しもが経験した事があるだろう。 人事や面接担当者が「平均より優れた」「トップレベルの」「上位1%の」人材を雇っていると豪語していたとしても、こういった状況は起きる。問題は面接の仕方にあるとTechCrunchのライターJon Evans氏は指摘する。求めるべきは「良い開発者」なのではなく、出来る開発者なのである。どのような修了証や認定証、また学位を持っているかよりも、ウェブサイトやサービス、またアプリケーションなど現実のプロジェクトに関わってきたことが重要であるのだ。 それにGoogle App EngineやAmazon Web Serviceが無料ティアを提
Linuxカーネルを高速化させた233行のパッチ | スラド デベロッパー
とあるカーネルスケジューリングパッチがLinus Torvaldsを歓喜させたという記事である。このパッチはTTYごとにタスクグループを自動的に生成するもので、デスクトップ環境においてパフォーマンスが著しく向上し、Webページのローディング速度も向上するとのことらしい。記事では、2.6.38で取り込まれるとされている。 パッチに関しての議論は、Mike Galbraith氏が10月19日にLKMLへ投稿した[RFC/RFT PATCH] sched: automated per tty task groupsから続いており、11月14日にLinusが出したメールあたりが記事化されているようだ。
学部生はFortranを学ぶべき？ | スラド デベロッパー
物理屋です。毎日Fortranを使ってます。 他にはsh, C, Rubyがまあまあ書けます。 さいきんのFortranはいろいろなことができるので使っていて楽しいです。 gfortranとg95というfreeで使いやすいコンパイラもありますし。 物理か化学をやるんなら、知っていて損はない言語なんじゃないでしょうか。 Fortranについて思いついたことを箇条書きにしてみます。 * implicit none は使えよ * module は common の代わりに使うな * いいかげん大域変数（的なもの）を使うのはやめろ * 自由形式 (free form) で書け * 構造体 (type) を使え * 配列の範囲が自由 a(1:N), a(0:N-1), a(-N+1:N), a(3,0:N-1,0:N-1) とか * 配列の演算が楽 * module, interface を使えばs
ほぼすべてのBSDに存在してきたseekdir()のバグが25歳で死す | スラド デベロッパー
OpenBSD の Marc Balmer による When seekdir() Won't Seek to the Right Positionというブログエントリによると、4.2BSD 以来すべての BSD libc (Mac OS X も含む) には、unlink() のタイミングなど特定の条件下でseekdir() が不正な値を返すバグがあり、Open/Net/Free/Dragonfly BSD で修正されました。(Undeadly の同名記事には各 BSD の修正箇所も載っています。) 発見と修正のきっかけは Samba ユーザからの苦情で、じっさい Samba 開発者たちは以前から BSD の *dir() にバグがあることを知っていたようです。とはいえ、Marc もこれほど単純なバグが約 25 年も生き残っていたことに驚きと遺憾の意を表明しています。
天才を発掘しても、日本では産業振興にはならない？ | スラド デベロッパー
mkusunok氏のブログに天才機関説と未踏の次というエントリがある。 Matzにっきを受けての書き込みなのだが、それは置いといて、 「日本のソフトウェア産業が飛躍できないのは米国とは違い、天才を大切にしないからだ」というよくある論調を興味深くdisっている。 IPAの未踏ソフトウェア創造事業は、天才的なスーパーハッカーをプロジェクトマネージャが発掘し、スーパーハッカーの 目利きとしてプロジェクトマネージャも含めてベンチャーキャピタリストから発掘され、 シリコンバレーのように新しい技術ベンチャーが次々と新事業を開拓するという名目で実施されているようだが、 結果としてはGoogleに転職したりとか、 せいぜい小さなビジネスを行うだけで、大きな雇用を生み出すことはなかったとのこと。 ハッカー発掘といった取り組みは一定の成果を収めた一方で、 日本がどう米国を簡単には真似られないかを浮き彫りにした
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
スクエニは社内公用語を C 言語に ? - スラッシュドット・ジャパン
NTTデータの社長曰く「若い時にプログラムを書こう、必ず人生の豊かさにつながる」 | スラド デベロッパー
OpenOffice.orgの日本人開発者が語る開発の現場 | スラド デベロッパー
プログラマが利き手を骨折。そのときコードはどうやって書く? | スラド デベロッパー
さらに太古のバグが見つかる | スラド デベロッパー