「よいコード」を書くためのはじめの２歩 | GuildWorks Blog
ギルドワークスさんとパートナーとして一緒にお仕事させていただいています 木目沢(@pilgrim_reds)と申します。 このような場で記事を書かせていただけることになりまして大変緊張しております。 今回は、Kent Beckが書いた「実装パターン」という本を紹介したいと思います。 出版社の都合で絶版になってしまっているのですが、素晴らしい本ですので、もし手に取る機会がありましたらぜひ読んでみてください。 この本のテーマは、「よいコードを書く方法」です。 190ページという薄い本ながら、「よいコードを書く」ためのパターンが100個近く掲載されています。 なにより素晴らしいのは、パターンを紹介するだけでなく、 そもそもよいコードとは何か？ なぜよいコードを書く必要があるのか？ パターンとは何か？ どのようにパターンを選択し、適用すればよいのか？ という本のテーマの「前提」となる部分がきちんと
コーディング面接の例 - soutaroブログ
プログラマの面接をするときには実際にコーディングをしてもらうべきという話は良く聞くが、もうちょっと細かくどういうお題を出したら良いかとか、どういう風に評価したら良いかとかの話はあんまり聞かない気がする。せっかくなので、ユビレジでの面接で私がコーディングについて確認するときのパターンを、いくつか紹介してみようと思う。 実際にコードを書いてもらうパターン 候補者がどのくらいプログラミングできそうかの予備情報がない場合に、簡単なアルゴリズムを書いてもらうことが多い。例としては、 Linked Listを書いてください Stackを書いてください など。ここで、おもむろに int main(int argc, char* argv[]) { などと書き始める人は、あまり良い印象をもたれない。 class Stack などと書き始める人は上よりは期待できる。 このとき、わざと出題で詳細をあまり明らか
パソコンを触るだけではダメ 灘高の天才プログラマーがITスキルより前に身につけた能力とは
Life is Tech !が主催する教育とテクノロジーの祭典「Edu×Tech Fes 2013」において行われた、灘高の天才プログラマー、矢倉大夢さんによるスピーチです。16歳の若さでジャパン・サイエンス＆エンジニアリング・チャレンジ（JSEC）において日本文部科学大臣賞と富士通賞をダブル受賞した彼は、幼少期から2つの能力を培ってきたことが自身のエンジニアとしての可能性を大きく広げたと語ります。パソコンを触らせることが本当のIT教育ではないとする彼が、プログラマーとしての基礎体力をつけるための方法を紹介しました。（Edu×Tech Fes 2013より） 中学生からソフトウェア開発をしていた 矢倉大夢氏：身長だけではなくてプレゼンの内容もアブノーマルなTehuのあとでしゃべるっていうのは結構ハードルが高いんですけども（笑）。 「今必要な『三つ子の魂』とは何か」ということで話させていただ
日本がどれだけ危ないか。政府がどれだけ楽観的か。日本の財政問題についてわかりやすく書いてみる。 - D'ac
２２日に政府は経済財政諮問会議に２０２０年度までの財政健全化計画を盛り込んだ「経済財政運営と改革の基本方針（骨太の方針）」の素案を提示。そこでは、２０１８年度に基礎的財政収支の赤字をＧＤＰ比で１％程度とする中間目標と一般歳出の抑制額に目安が掲げられた。 日本の財政問題に対するとりあえずの方針・回答が示されたようです。 まあ、こんなの書いても、みんな読まないよね？ また「よくわからない」って言われるのがオチ。ということでザックリ・カンタンに説明していきたいと思います☆ だから、ページを閉じるのはもうちょい待っておくれ。 今の日本の政府方針を一家のお父さんに例えてみる。 大丈夫！大丈夫！ おれ、昇給するし☆なんたって給料右肩上がりだし？ 俺って超イケてるから！ 借金の金利？上がらないよ！上がっちゃったらヤバいけどね。人生詰むかもしれないけどね。老後費用も医療費もなくなっちゃうかもね。 でも、そ
建築史に隠されたウェブデザインの未来
ウェブデザインの進化の過程を考えるとき、西洋建築史はとても参考になります。美術の形として、両者は同じ項目で定義することができます。 人が集まる場所として機能する実用的に作られている技術の進歩に大きく左右される実用的だが、間違いなくアートでもあるこのような制約があるなかで、両者の進化の過程はとても似ています。どちらも同じように過去の作品をもとに、その上に新しいものを築いています。もしウェブデザインの未来が知りたければ、建築家が辿った道を見てみればいいのです。
Go言語のDependency/Vendoringの問題と今後．gbあるいはGo1.5
Go言語のDependency/Vendoringは長く批判の的になってきた（cf. “0x74696d | go get considered harmful”, HN）．Go1.5からは実験的にVendoringの機能が入り，サードパーティからはDave Chaney氏を中心としてgbというプロジェクベースのビルドツールが登場している．なぜこれらのリリースやツールが登場したのか?それらはどのように問題を解決しようとしているのか?をつらつらと書いてみる． Dependencyの問題 最初にGo言語におけるDependecy（依存解決）の問題についてまとめる．Go言語のDependencyで問題なのはビルドの再現性が保証できないこと．この原因はimport文にある． Go言語で外部パッケージを利用したいときはimport文を使ってソースコード内にそれを記述する．このimport文は2通りの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プログラミング言語のパラダイムシフトーScalaから見る関数型と並列性時代の幕開けー