一応、お仕事で Ruby やっているプロだけど、本の内容が気になったので買ってみました。 昨日、先行販売している紀伊國屋書展 新宿本店で購入（正式発売日は11月25日）。 新宿紀伊国屋は残り2冊だった。危ない。ギリギリだったけど、なんとかプロになれそうだ！ pic.twitter.com/m44TiPjNez— 神速@Rubyエンジニア(プロ) (@sinsoku_listy) 2017年11月20日 ラス2だったので、結構ギリギリ。そして、一気に読んでみた。 プロRuby本を読了した。索引除いて445ページでなかなか厚いけど、なんとか1日で一通り読めた。(流石に写経まではしてない)— 神速@Rubyエンジニア(プロ) (@sinsoku_listy) 2017年11月20日 技術書は油断するとすぐ積み本に進化するので、意識高まった時に読み切った方が良い。 私のRuby力 プログラマ歴は1
$ go build -x # 作業用のディレクトリを作成 WORK=/var/folders/4z/yzprxc9n5sx7gly7ybrynkl80000gn/T/go-build482602531 mkdir -p $WORK/github.com/sonatard/buildtest/_obj/ mkdir -p $WORK/github.com/sonatard/buildtest/_obj/exe/ cd /Users/ken/src/github.com/sonatard/buildtest # コンパイル /usr/local/Cellar/go/1.7.3/libexec/pkg/tool/darwin_amd64/compile -o $WORK/github.com/sonatard/buildtest.a -trimpath $WORK -p main -compl
こんにちは id:amagitakayosi です。 株式会社はてなで主にフロントエンド開発を担当しています。 この記事では React 本体のコードを読んでみます！！ この記事は Reactアドベントカレンダー 2016 の7日目の記事です。 昨日は yutaszk さんで「react-router v4 でFlux アプリケーションをHot Module Replacement する」でした。 目次 はじめに (Kyoto.js の宣伝) 準備 ディレクトリ構造 monorepo Haste Gulp と Grunt コードリーディング react ReactComponent react-dom ReactMount ReactReconciler ReactCompositeComponent ReactDOMComponent まとめ おわりに はじめに (Kyoto.js の宣
同期が抱えている仕事の量に比べて、自分が抱えている仕事の量が多いような気がして、上司に相談したいんだけど、相談のための客観的な材料が見つからない。どうしたら良いのかよくわからなくなってきたので、気持ちの整理のために書きだしておきたい。 会社はWebシステム開発がメイン業務。同期と私は入社数年程度。違う部署だが、同じチームで開発をしている。プロジェクトが炎上気味。納期が近くてヤバい。 私と同期の勤務時間には、だいぶ差がある。私はここ半年ぐらい週６日出勤がデフォルトになっている。祝日もまともに取った記憶が無い。平日は23時過ぎまで居る。だけど、同期はよほどのトラブルが無い限り、休日は出てこない。平日はだいたい21時くらいに帰宅。 最初のうちは、まぁしょうがないかと思ってた。きっと私の要領が悪すぎるのだと。私が辛いと思っていること（長時間の勤務や休日返上）をやらないからといって、不公平に思ってい
みずほ証券がテストの件に加えてもう一つ、東証の重過失に当たるとしたのが「システムの開発手法が適切ではなかった」点だ。開発ベンダーに適切な開発手法を求めなかったため、発注者である東証も責任を免れないとする。 開発手法が適切ではないことを説明するために、みずほ証券は具体的な事例を示した。東証がソースコードを修正する際に、「モジュール詳細定義」などのドキュメントを修正していなかった点だ。 東証はこの事実を認めた上で、「一旦コーディングが済めば、その後の修正は、全てソースコードを中心に行うことが最も効率的であるから、モジュール詳細定義を改訂していなかったことに問題はない」と反論した。「コーディングが済めば、ソースコード自体が、最も詳細なドキュメントである」というわけだ。 これに対してみずほ証券は、ソフトウエア工学の専門家による意見書を引用し、こうした東証の主張を真っ向から否定した。「システムを保守
概要 1ヶ月くらい一緒にお仕事している外国人プログラマさんを観察した記録です。 スペック 性別: 男性 仕事内容: うちの会社のプログラマは、ざっくり JS 等のフロントエンドと、 Java 等のバックエンドエンジニアにわかれているのですが、彼はどちらもやっているようです。 好きな食べ物: はちみつ たまに、くまさんのようにはちみつを舐めていました。 性格 彼はめんどくさがり屋です。 同僚の Windows ユーザの手伝いをしている時、 "C:¥Program Files¥..." みたいなパスを打ちながら、「めんどくさい。 ああ めんどくさい」 と 100回くらいつぶやいていました。 (普段の彼の環境は mac なので /usr/local/bin) パスワードを覚えるのもめんどくさいので 1Password で管理しているようです。 PC スペック マシン: Macbook Pro メ
前職を退職してもう半年以上経ってしまいました。おかげさまで、レガシーなコードとのバトル等色々お仕事しています。 さて、先日のPHP Matsuri2012での@ryuzeeさんの発表を聞いて、開発環境や手法を改善するべく、今月から始まったプロジェクト用の環境を構築しています。 CakePHPは最新で！ CakePHPの最新stable版は 2.2.3 ですが、既に 2.3.0-beta が公開されています。幾つか2.3.0-betaの機能で使いたかったものがあったのと、今回のプロジェクトのリリース時期が来年の５月という事もあって、2.3.0-beta を使って開発をしています。来年の５月なら2.3.0Stable版がリリースされるんじゃないかとの読みです(^^;さて、どうなるでしょうかw？ 出来る限り公開されているPluginを使う 前職の職場では、ある程度蓄積された自前のPluginがあ
ソフトウェア開発の難しさ ソフトウェアの開発プロジェクトに少しでも関わった人は誰でも知っていると思うが、ソフトウェア作りで最も難しいのは「スケジュール通りにソフトウェアを完成させること」である。 バグがなかなか修正できず泥沼にはまってしまったり、変更され続ける仕様のために当初立てたスケジュール表がまったく役に立たなくなってしまったり、スパゲッティコードに頭を抱えたりということはよくある。出口の見えない状況でソフトウェアエンジニアが過酷な労働を強いられる状況を「デスマーチ」（death march）と呼ぶが、そんな言葉が存在すること自体が、ソフトウェア作りの難しさを表している。 ソフトウェアの開発は「生産活動」ではあるのだが、建物を建てる、料理を作る、野菜を育てる、ハードウェアを組み立てるなどの生産活動とは大きく違うのだ。 建物の場合で言えば、明確に定義された「設計図」がある。そして、その
デモ ニコニコ動画の伝説の動画 「テトリスを1時間強で作ってみた【実況解説】」という動画をご存知でしょうか？ 2009年にニコニコ動画で公開されて話題になった動画です。 インタビュー記事：「テトリスを1時間強で作ってみた」動画の投稿者にインタビュー──「プログラミングの楽しさ伝えたい」 この動画ではテトリスをいちから作ってわずか62分で完成させています。 しかし実はスタート直後はMinGWのインストール、EmEditorのインストールに続いてブロック画像の作成などをしており、プログラミングが始まるのは開始13分のところからです。 さらに次の10分は「空のウィンドウ」を作るために時間を使っており、実質的にテトリスのプログラミングが始まるのは動画23分のところからです。 つまり、実質的に40分のプログラミングでテトリスを完成させています。 で、動画を見ながら同じようにやれば誰でもテトリスを作れ
GoogleのAndroid 4.0.xでは、Android Beam、Galaxy S3でも S Beamという名前で流行ってますね。Android BeamとPeer2Peerで通信できるWiFi Directを組み合わせると簡単にデータ交換ができるよ！と思ったのでJCBeamを作りました。 ソースコード JCROM Projectという日本発のAndroidカスタムROMの着せ替え機能「テーマ」に対応しています。 ソースコードはこちらのgithubに公開してます。 https://github.com/mhidaka/JCBeam スクリーンショット 動画 こんなかんじです。 技術的に難しいところ、注意した方が良い点、バッドノウハウなどは後日改めてまとめます。一言だけ言わせてください。動作が不安定でリブりますｗ 気をつけよう NFCやWiFi Directはこれから安定していく技術で
このエントリはhttp://d.hatena.ne.jp/takahirox/20120131/1328006885を和訳したものです。 はじめに 最近UNIX 6thのソースコードの読書メモを書き終えました。 みさなんにもUNIX 6thのソースコードを読むことをオススメします。 その理由をこのエントリで書いていきます。 まとめ UNIX 6thは初めてOSのソースコードを読む人にうってつけ！ 今すぐ読み始めましょう！ UNIX 6thのソースコードはこちらなどで読むことができます。 http://minnie.tuhs.org/cgi-bin/utree.pl?file=V6 UNIX 6thのソースコードを読むことをオススメする理由 たったの10,000行 最近のLinuxカーネルのソースコードは100万行を超えています。全てを理解するのは至難の業です。 一方、UNIX 6thのカー
Vim Advent Calender 2011 45日目の記事です。今回のテーマはソースコードを素早く追いかけるです。 Vimをお使いの皆さんは設定ファイルや文書作成以外にもソースコードを作成・メンテ・閲覧などに利用されている事と思います。 そこで、ソースコードを追いかける時に便利なプラグインをご紹介したいと思います。なお、この記事は過去に私が書いたエントリーを再構成した内容となっています。 追いかけるソースコードを用意する まずは、追いかけたいソースコードを用意しましょう。例としてあげるソースコードはVimで世界的に有名なc9sさんが作った、巷で話題のRubyのBundler（やVimのVundle）ライクなPHP版Onionです。 $ git clone https://github.com/c9s/Onion.git cd ./Onion プラグインを設定する Source Exp
英語でこの記事を読む（Reading in English） ・4/5 追記: 好きなプロジェクトのコードが読めるPocketCodeをリリースしました。 クリスマスも当然の如く開発充なはむへいです！ 僕と同じくクリエイティブで孤独なＸデイを過ごす500万人のエンジニアを応援する為に 『CodeLibrary』というOSS（オープンソースソフトウェア）のコードをスマフォ上で読めるアンドロイドアプリをリリースしました！ きっかけ 「OSSも読まないエンジニアって...」という記事を読んで、慌ててコードリーディングを始める 移動中にSNSを見る時間を、コードリーディングに充てたい スマフォでソーシャルにコードリーディングが出来るプラットフォームを作ろう！ ベータ版ができたから公開するお^^ ←ｲﾏｺｺ どんなアプリ？ ちょっとした空き時間に、スマートフォン上でソースコードが読める、アンドロイド
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
