80年代に全盛期だった元プログラマが復活を果たすには | スラド デベロッパー
ストーリー by soara 2010年08月07日 9時05分 まずは修造botに tweetしてみるのがいいんじゃないかな 部門より 80年代の自分は第一線のソフトウェアエンジニアであった。ALGOL、FORTRAN、COBOL、Pascal、と何十万行というコードを書き、370アセンブラや8080アセンブラを使い、プレRDBMSを触ったりもしてきた。 自分がプログラマーではなくなったのは、設計者かつアナリストとしてフリーランスで独立した頃だろうか、90年代初期には完全に引退していた。 今またこの世界に再び足を入れようとしているのだが、最近の言語やプログラミングツール、コンピューティング環境にはてんで疎くなっている。C++やPHP、Java、HTML5、PERLなどどうやって手をつければいいのかお手上げだし、どんな時にどの言語を選べばいいかだって検討つかない。 GUI以前の時代のプログ
LLVMのC/C++コンパイラは分かりやすいエラーメッセージを出力 | スラド デベロッパー
やや旧聞となるかもしれないが、マイコミジャーナルにてLLVMのC/C++フロントエンドのエラーメッセージは分かりやすいという話が紹介されている。元ネタはLLVM Project Blogの「Amazing feats of Clang Error Recovery（LLVMのC/C++フロントエンド「Clang」のおそるべきエラーリカバリ機能）。 LLVMは現在開発が進められているコンパイラ環境で、ソースコードを一旦アーキテクチャ非依存の中間コードに変換、最適化を行った後ネイティブなコードを出力することで、より最適化されたバイナリを生成できるのが特徴。それだけでなく、C/C++フロントエンドである「Clang」は、「GCCと比べコンパイル時に分かりやすいエラーコードを出力する」というのも利点だそうだ。 例えば、Clangでは定義されていない型を使った場合、エラーメッセージ中で「unknow
プログラマーの力量を見極める質問 | スラド デベロッパー
ZDNet Japanの「プログラマーの力量を見極める--面接官になったら尋ねるべき質問実例集」という記事が話題になっている。 プログラマーを採用する場合、実際のプログラミング能力を推量するのは難しい。そのため、この記事では「開発者を評価するうえでの優れた質問を紹介するとともに、なぜそれらが優れているのかを説明している」としている。 詳細は記事を参照してほしいが、計算機科学に関する基礎的な知識を問うものや思考問題、ホワイトボードに実際にその場で簡単なコードを書いてもらう、コードを渡してレビューしてもらう、履歴書の経験について深く掘り下げて質問する、などが挙げられている。 いっぽうはてなブックマークでは「挙げられている問題の解答が分からない」といった旨のコメントが多数付けられている。
引き継いだプログラム、「自分のもの」にするには ? | スラド デベロッパー
この仕事に就いてから、比較的大きなプログラム (3 ～ 4 万行程度) を何度か引き継いだことがある。元々の開発者らは、自分の書いたコードでもあるし (その仕様や動きを) よく理解していたが、自分はそこまでとは言えない。実際、プログラムに修正を入れる際は修正そのものよりも修正を入れるべき正しい位置を探すのに多くの時間がかかってしまう。 このように引き継いだプログラム、どうやったら理解できるようになるのだろうか ? 元の開発者らほどこのプログラムを「理解」できないのは自分の力量の問題ではなく、仕方がないことなのだろうか ? 本家 /. には「一から作り直したくなるだろうが、それは絶対に避けるべきだ。汚く見えるコードにも、全て理由があったりするものだ。開発時の相談や議論、意思決定までの過程にいなかったからコードが理解できないのである。一から作り直しても、そういった問題への理解は深まったりはしな
コードレビューって意味あるの ? | スラド デベロッパー
「こういうコードが恥ずかしいコードである」 という価値観について、上級技術者間で意識統一がなされていればね。 ようするにコードレビューと言うのは、大学の研究室で言う輪講とかと同じなんです。 コードをよりよいものにする、と言うのも目的の一つですが、コードを組んだ人のレベルアップを図る、という目的もある。 十分な人数の、良く判っているプログラマがいるならばペアプログラミングも良いでしょう。でもペアを組んで回れるほどレベルの高い人がいなかったら? 「教授と助教授と助手の目の前で発表させる」 しかないじゃないですか。 もちろん、この作業は「教授や助教授や助手」の時間を食います。もしあまりにも多くの時間を食うのであれば可能性は次の３つのどれか。 初心者が多すぎる。そのため、「教授や助教授や助手」の時間をフルに使っても、全部など到底見切れない。コードの品質は悪いままである。初心者が少なすぎる。コードの
新人教育向けの秀逸な課題プログラムって？ | スラド デベロッパー
新人教育にて講師をやる事になりました。そこで新人に与える課題を考えているのですが、何か良い課題はないでしょうか？ 講義は課題プログラムを与えてプログラミング、後でプログラムのアルゴリズムの説明を各人に行わせる。という形なので、各自が異なるアルゴリズムになってくれるのが理想です（閏年を求める等、パターンがある物はパス）。 このアルゴリズムにプログラミングテクニックの小技(f = -f)とかがでてくると面白いかなぁ。とか考えています。この手の課題で悩んでいる方、アドバイスをお願いします。
NY Timesで「ハイテク日本、技術者不足」の記事 | スラド デベロッパー
New York Timesが日本の理系離れによる技術者不足について記事を掲載しています（本家議論、毎日新聞記事）。80年代以降続いている理系離れによって技術者不足が進行、出生率の低下や日本企業の外国人雇用に対する消極的な態勢もあり、今後人材確保はさらに難しくなっていくと予測します。戦後の祖父母や両親の時代を知らず、豊かな社会で育った若者は、より金銭的報酬の高い職業や、より良い待遇の職業を求める傾向があり、理系離れに拍車がかかっているとのこと。すでにデジタル技術業界では50万人の人材不足に陥っているという試算もあります。 理系離れに繋がる技術職の社会的地位の低さは待遇にも表われていると思いますが、本家コメントにもあるように、技術に精通している者に対するマネージメント層のリスペクトの低さにもそれを切に感じます。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
現代的な Perl を再習得する方法は？ | スラド デベロッパー