業界で名の知れたプログラマーは、今年1年何を学んでいたのか? 2012年も残りわずかとなり、いよいよ「年忘れ」の時期になった今、あえて今年1年で学んだことを忘れる前に取材・記録しておこうという本企画。「同業者が役に立ったものは、自分にも役に立つはず」という仮説を基に、彼らの学びlogから、今年の流れと来年の動向予想をしてみよう!

PhantomJS 1.8 "Blue Winter Rose" Dec 23, 2012 2 min read #coding #javascript #phantomjs #qt #webkit Photo by christopher goodband CC BY-SA 2.0. Winter is coming. The recent December solstice occurred on Dec 21 where I also tagged version of 1.8.0 of PhantomJS, headless WebKit for page automation. The code name for this release is Blue Winter Rose, as chosen by Ivan: Bael the Bard climbed the Wall.
この前飲み会でこんな話をしていたのでまとめてみます。 終身雇用が崩壊し、昨今では会社の評価制度では成果主義というのが普通になりつつあります。ただ成果主義とは言いつつ何を持って成果とするかは議論の余地があると思います。 例えば営業職であれば分かりやすく売上目標というものがあります。企画職の場合でも売上やその他のKPIを目標設定することで分かりやすく評価出来ると思います。ではエンジニアの場合はどうでしょうか。 開発したシステムが実際に軌道に乗って数字を出し始めるまでには相当時間がかかります。(最近のゲームなどは除く)またその数字が出るか出ないかは実際営業や企画側の問題が多分にある為、こういったケースでエンジニアを数字で評価するとシステムの良し悪しとは関係なく単純に運がいいか悪いかだけになってしまいます。もちろん企画に意見が反映出来る環境であったり営業に指示できる環境であればエンジニアでも数字を
このエントリは、 TDD Advent Calendar jp: 2012 の 17 日目の参加エントリです。前日のエントリは [twitter:@shuji_w6e] さんの「軽量なテスト駆動開発を目指して」でした。 久しぶりのエントリです。久しぶりどころか、なんと日記の更新が一年ぶりになってしまいました……(もはや年記ですね)。 昨日、二日間開催された DevLOVE 2012 の二日目最後の(?)講演として、「愛せないコードを書くには人生はあまりにも短い」というタイトルで TDD について講演をさせて頂きました。 DevLOVE では何度か登壇の機会を頂いているのですが、昨日はいつもとは少しだけ違いました。その違いとは「イベントで私以外にも TDD の事を講演する人が複数いる」ということでした。諸橋さん([twitter:@moro])の「テストに開発をもっと駆動させたい」と和智さん
Ruby / mruby開発者 まつもとゆきひろ氏 (@yukihiro_matz) 1965年生まれ。鳥取県米子市出身。筑波大学第三学群情報学類を卒業。1993年にオブジェクト指向スクリプト言語「Ruby」の開発に着手、1995年に公開。現在はネットワーク応用通信研究所(NaCl)のフェロー、楽天技術研究所のフェロー、Heroku、グルーブノーツのチーフアーキテクトを兼務する。「Matz」という通称で親しまれる なかなか難しいテーマですね……。でも、拙著を読んでくださってありがとうございます。 ―― この本では、数々の開発言語やプログラミング手法の現在・過去・未来について、私見を交えながら詳しく述べていらっしゃいますね。 そこで伺いたいのは、まつもとさんはソフトウエア産業の現状についてどう見ていらっしゃるか、ということです。本質的な部分では変化していないのか、何かしらのパラダイムシフトが
この記事は PostgreSQL Advent Calendar 2012 の13日目の記事です。 昔からデータベースエンジン関係の研究をしているうちの研究室 では、「PostgreSQLを使う」というとPostgreSQLのコードをいじってTPCベンチマークを走らせることを指すので、未だにSQLとか書けなくて困ることが多いのですが、幸か不幸かPostgreSQLのソースコードはそこそこ読めるようになりました。 そんなわけで、PostgreSQLのソースコードの中でも、今回のAdvent Calendarのネタとしてメモリ管理の部分について紹介します。 これからPostgreSQLのコードを読んでみたいという人にとっては、コードのどの部分を読んでも必要となる知識なので、割と役に立つとおもいます。 【宣伝】大晦日にデータベースの同人誌をコミケで売ります 本題に入る前にいきなり宣伝で恐縮ですが
一昨日はNDA解禁に合わせて公開されたTipsを紹介しました。しかし、他にも様々なTipsが存在しています。本エントリーで、その有益なTipsを紹介してみます。※今後も、このエントリーに追記していこうと思います。 一般 オブジェクトの状態をファイルに保存・復元する。(シリアライズ・デシリアライズ)http://d.hatena.ne.jp/KishikawaKatsumi/20081014/1223986859 UIToolbarのUIBarButtonItemをさしかえる方法http://d.hatena.ne.jp/uzulla/20080922#p1 aboutパネルの表示http://d.hatena.ne.jp/sakira09/20081004#1223129514 [iPhone SDK] AdHocでビルドされたアプリをインストールする(Win&Mac)http://son
Hacker Newsnew | past | comments | ask | show | jobs | submitlogin1.Introduction to Computer Music an Electronic Textbook (cmtext.com)83 points by hecanjog 1 hour ago | hide | 11 comments2.How was the Universal Pictures 1936 opening logo created? (movies.stackexchange.com)87 points by azeemba 2 hours ago | hide | 10 comments3.So You're a Manager Now (scottkosman.com)34 points by mooreds 41 minutes
最近そもそもバッチ処理というものを知らない人達を見ることが多くなりました。某プロジェクトで「いや、ストプロってよくわからないんですよ。最近書いたことないし。」という話をずーっと聞いていたのですが、本人はバッチ処理という意味で話していたことが後から判明した、ということがありました。 ああ、この人はSQLでのバッチ処理しか知らないのですね、とちょっと衝撃ではありました。とうとうそーゆー時代になったかと。 まず、誤解のないようにいうとバッチ処理、という言葉自体はIT固有のものではないです。生産管理や物流や、そういった業務では普通に「バッチ」という言葉をIT以外で使います。ただし意味はある程度同じで、「一定の塊を一度に処理をする」ということです。物流システムの業務要件なんかを詰めているとバッチっていうと、どっちのこと?なんて普通に聞かれたりします。その意味ではバッチの対義語がリアルタイムというのは
「コードがもうメチャメチャでも、動いて金が回れば正解なんですよ」という発言を含むインタビューが話題です。 エンジニアよ、ゼネラリストなんて目指すな!- VASILY 金山裕樹のキャリア論[2] 一部界隈で大きな話題になっているのは、主に以下の部分です。 極端な話、コードがもうメチャメチャでも、動いて金が回れば正解なんですよ。「アイツの書くコードは汚いけど、アイツが入ったプロジェクトは絶対勝つよね」ってエンジニアは、絶対に呼ばれます。もう間違いない。少なくとも、僕は欲しいですし。 私のまわりでは、「汚いコードをその後運用させられるエンジニアもいるんだからね」という意見が非常に多い印象です。 個人的には、こういうことを表明している会社でエンジニアとして働きたいとは思わなかったです。 「汚くてもいいよ」はエンジニアとしては楽な面もあるよね 今は文章を書くことが私の主な仕事ですが、前職はプログラマ
画面の下の方に TextField がある場合、キーボードが競り上がっても隠れないよう、キーボードが競り上がるのに合わせて画面をにょいっと上げてやる処理が必要になります。 今回は、UIEdgeInsets に関連する Tips 第2段として、キーボードに合わせて画面を上げ下げする方法を紹介します。 まずは、”Lorem ipsum…” UITextView、”Name:” UILabel、UITextField を、UIScrollView に入れます。このビュー構成で次のことをします: キーボードが上がり下がりするタイミングを知らせてもらえるようにする キーボードが競り上がるのに合わせて、画面を上げる キーボードの Done ボタンが押されたら、キーボードを隠す キーボードが隠れるのに合わせて、画面を下げる キーボードが上がり下がりするタイミングを知らせてもらえるようにする キーボードが
上から、2進・十進・問題のある時刻・正しい時刻。(GIFアニメ)3時14分7秒を超えたところで負の値となり、時刻に狂いが生じる恐れがある。 2038年問題(にせんさんじゅうはちねんもんだい)は、協定世界時(UTC)2038年1月19日3時14分7秒(日本標準時の場合、1月19日12時14分7秒)を過ぎると、コンピュータが誤動作する可能性があるとされる年問題[1][2]。 コンピュータおよびコンピュータプログラムにおける時刻の表現として「UNIX時間」(協定世界時における1970年1月1日0時0分0秒からの経過秒数[注釈 1])を採用しているシステムがある。 UNIXおよびUNIX派生のオペレーティングシステム(OS)における基幹ソフトウェア部品の多くはC言語で書かれているが、前述の経過秒数を表現する型は、現在の標準では、「time_t型」である。C言語の標準である「ISO/IEC 9899
Releases, Offers & More Be the first to hear about our newest content, best promotions and upcoming events. Plus get 25% off your next purchase. Newsletter Sign Up Download Accounts Your email address is your account identifier. You can create a password, or just download from the links sent via email. My Orders (Resend order emails) How We're Different Hands-on instructions Solutions to real-worl
UIImage を高速で描画する必要がある案件に遭遇したため、 CALayer を使ってみました。 CALayer と聞くとなにやら難しい感じがしますが、実際に使ってみると非常に簡単で高速です。 CALayer を使うと良い場面は以下のような場合です。 画像を大量に描画する必要がある 画像を高速に描画する必要がある 画像を高速に変形・移動する必要がある CGContextDrawImage を今使っている箇所がある とくに変形に対して非常に強いです。 CGContextDrawImage で変形後の UIImage を再度描画し直したりするのに比べると、 CALayer の変形は格段に高速に動作します。 ■実際に描画してみる まず最初に <QuartsCore/QuartsCore.h> をインポートします。 QuartzCore.framework をプロジェクトに追加するのも忘れないよ
概要 Objective-Cは、Smalltalkを基礎とした非常に動的な言語で、コンパイラはオブジェクト自体について多くの情報を実行時まで決定しない (動的バインディング) 可能な限り多くの決定が、コンパイル時とリンク時ではなく実行時に行われる Objective-CはC言語を拡張したものなので、CocoaのC言語の関数とかも混ぜて使う。 オブジェクト指向プログラミングをサポートするために、(Smalltalkから派生した)構文とセマンティクスにかかわるいくつかの機能が拡張されている ↑ Cocoa OPENSTEPを基に開発されているMac OS X向けのフレームワーク(API) Objective-Cはコンパイル時ではなく実行時に決定できる事項が多い。これこそが、同じく動的な特性をフルに活用している、Cocoaフレームワークとベストマッチとなる ↑
Webデザインで参考になるギャラリーサイト10選Webサイトを作る上でデザイナはとても重要な要素の一つです。自分だけでなく他の人が見るのであればなおさら見やすい、...
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く