ブックマークしました ここにツイート内容が記載されます https://b.hatena.ne.jp/URLはspanで囲んでください Twitterで共有

この文章は、サーバサイドのウェブアプリケーション開発において、社内実績の少ない新しい言語を採用したときにインフラ面で考慮したことを社内向けにまとめたものです。 はてなでは、長らくPerlでウェブアプリケーション開発を続けてきた一方、ここ数年で社内でScalaまたはGoの採用事例も増えてきました。 今後開発が始まるプロダクトにおいても、Perl、Scala、Goもしくは他の言語を採用するかどうかを開発開始時に選ぶことになるでしょう。 新言語を採用するときに、考慮すべきことの一つとして、「インフラ」への影響があります。 新言語に関する雑談をしていると、ウェブアプリケーションエンジニアに「インフラ」への影響について聞かれます。 もしくは、ウェブオペレーションエンジニアから考慮するポイントを伝えることもあります。 ScalaやGo以外に、Node.jsやサーバサイドSwiftはどうかというのも雑談

このまとめは #yidev 22 勉強会の懇親会で @niwatako さん、@sinsoku_listy さん、@eduraaa さん、@es_kumagai の間で話題に上った話を受けて、自分が「プロトコル拡張の使い方に無理がないか？」という観点で考察を進めたものになります。 実装の方向性に対する４人の意見がちょうど２対２にわかれた印象で、方や理屈方面で模索する、片や実装方面で模索するみたいな、ペアディベート感が楽しかったです。

# 公開ArticleへのCommentからは問題なく辿れる public_article = Article.create(private: false) public_comment = Comment.create(article: public_article) Comment.find(public_comment.id).article #=> Article # 非公開ArticleへのCommentからはたどることができない private_article = Article.create(private: true) private_comment = Comment.create(article: private_article) comment = Comment.find(private_comment.id) comment.article_id #=> 2 co

こんにちは、技術部 高井です。 春といえば、フレッシュマンの季節ですね。このブログを読む方の中には、明日からエンジニアとして新社会人になるという方もいらっしゃるのではないでしょうか。クックパッドでも新しい仲間を迎えるための準備をしていたところで、その準備の一環として「新卒ソフトウェアエンジニアのための技術書100冊」というものを作成しました。 この100冊は、職業ソフトウェアエンジニアとしてキャリアを積むにあたって、読むべき技術書に悩んだら、まずはこのリストから選ぶとよいのではないでしょうかという提案です。 リストに多少の趣味や主張がはいっているのは、まあご愛嬌ということでお許しいただければとおもいますが、職業プログラマとして知っておくべき知識を網羅できるように心がけました。古典と呼ばれる名著についてはできるだけ取りいれ、独習が難しい難解なコンピュータサイエンスの教科書は避けています。これ

昔と同じやり方ではダメ？ 「いつの間にか仕事が思うように進まなくなった」「⁠会社へ行くのがストレスになってきた⁠」⁠、そんな言葉をよく耳にします。ストレス社会と呼ばれる現代と昔とでは、何が変わったのでしょうか？ ストレスを感じる要因として次のようなものが考えられます。 （1）　コンピュータやネットワークの速度が速くなりすぎた 昔は仕事をしていても待ちの時間がありました。しかし、コンピュータが普及してリアルタイムに情報が得られるようになった私達には待ち時間が与えられていないような状態です。それこそ昔のように遅いコンピュータでネットワークもつながっていない状態になるとストレスが無くなるのかもしれません。 （２）　個人が尊重され、自分で意思決定しなければいけない範囲が広がった ある意味、自由な時代になったお陰で、ストレスが増えているのではないでしょうか？　自由だからといって遊んで良い訳ではありま

僕は、1 日に少なくとも 3,000 行程度、多く書くときで 10,000 行以上のプログラムを書くことができる。その結果、多い月で 10 万行 / 月くらいである。なお、言語は書くソフトウェアの性質上、大半が C 言語である。 また、プログラミングにはバグが付き物だが、ここ 2、3 年の間は、発生するバグの数を極めて少なく保つことに成功している。 とても大きく複雑で、かつレイヤ的に OS に近い処理をたくさんやるプログラムを書く場合は、プログラミングをするときでも、事前の設計が極めて重要となる。設計をうまく行わないと、後になって全面的に書き直しをしないといけなくなったり、パフォーマンスが低下したりする原因となり、開発者の苦痛の原因となる。 当然のことながら、これまで書いたいくつかの大きく複雑といえるソフトウェアの大半の設計も、自分で行った。いかなる場合でも、設計は、最初の 1 回目で確定

この記事で更新していた「基礎文法最速マスター」のまとめは，現在，プログラミング言語「基礎文法最速マスター」ランキング にて更新しています．この記事の更新は停止していますので，最新の結果はそちらを参照下さい． ここ最近，「○○○ 基礎文法最速マスター」と言う記事が流行っていたようです．この各記事の被ブクマ数を見ていると，プログラミング言語毎の（はてな界隈での）人気がよく表れているなーと思ったので被ブクマ数の多い順に列挙してみました*1．尚，調査する際には Perl基礎文法最速マスター - Perl入門〜サンプルコードによるPerl入門〜 の「このエントリーを含むエントリー」と 基礎文法最速マスターぞくぞくキターーー！ - 燈明日記 を利用しました． JavaScript 基礎文法最速マスター - なんとなく日記 PHP 基礎文法最速マスター - Shin x blog Perl 基礎文法最速

知られざる「ハッカー」の生態や心理についてまつもとゆきひろ氏が紹介する人気連載がITmediaに登場。ハッカーの生き方を知ることは、あなたがより良いプログラマーになるのに役立つかもしれません。もちろん保証はできませんが。 こんにちは、はじめまして。まつもとゆきひろと申します。世間ではRubyというプログラミング言語の作者として知られ、職業はプログラマーで自称ハッカーでもあります。この連載ではわたしたち「ハッカー」の生態や心理について紹介できればと考えています。 ハッカーとは 「ハッカー」といってもネットワーク経由でシステム侵入を行ったり、パスワードを破ったりするような悪者ではありません。そういえば、最近そういう誤用をあまり耳にしなくなりましたね。 ハッカー（Hacker）とは文字どおり「Hackする人」という意味です。「Hack」というのはもともとは「（斧などで）たたき切る」という意味です

読者のみなさま ずっとストップしていました「初歩のUML」。第4回をお待ちになっていた方々には、大変ご迷惑をおかけしました。このたび＠IT編集局と協議した結果、「初歩のUML」を12回程度の本格的な連載にすることになりました。そこで、第1回～第3回の改訂したものを2月中にリリースし、第4回を3月初旬にリリースすることにしました。 第4回では、モデルのJavaによる実装についてお話する予定でしたが、連載改訂案ではまず、言語から離れた形でモデリングの本質を理解していただき、その後UMLとJavaのマッピングについても取り上げるように考えております。 本連載では、UMLの表記法を説明するというよりも、モデリングの本質的な目的と意義・効果を通して、必要性を理解していただくことを目標とします。どうぞこれからも初歩のUMLをお楽しみください。 萩本順三 UML(Unified Modeling Lan

コン基礎の教え方の宝庫（8） Javaプログラミングの指導は難しい 私はこうやって教えています～難解な技術をわかりやすく教えるコツ～ 最近のIT企業の新人研修で採用されているプログラミング言語は、Javaが多いようです。かつて主流だったC言語やVisual Basicと比べて、Javaは覚える言語構文が多い言語です。オブジェクト指向のための言語構文もあります。私は、これまでに幾度となくJavaを指導してきましたが、上手くいったと思ったことがありません。講座終了後に「こうすればよかった」と反省することばかりです。どのような反省点があったか紹介しましょう。 キー入力に時間がかかる 私は、自分の経験上、プログラミングは指で覚えるものだと思っています。最近では、プログラムの一部を自動生成するツールもありますが、学数段階ではテキストエディタだけを使ってプログラムをすべて打ち込むべきです。最初は、お手