codicは、プログラマーのためのネーミング辞書です。新しいcodicでは、翻訳エンジンを搭載しネーミングをジェネレートできるようになりました。
codic - デベロッパーのためのネーミング辞書
codicは、プログラマーのためのネーミング辞書です。新しいcodicでは、翻訳エンジンを搭載しネーミングをジェネレートできるようになりました。
もし爆速プログラマーが大企業経営者になったら - 分裂勘違い君劇場 by ふろむだ
と思っていたら、「もし」が現実になっていた。 彼の名は小野和俊。 かつて日本中からスーパープログラマーたちの集まった「未踏ソフトウェア創造事業」で、プログラミング速度で他のプログラマーたちを驚かせたほどの爆速プログラマーである。 『諸君 私はプログラミングが好きだ』という記事 を書いちゃうほどプログラミングを愛してやまない彼は、アプレッソというITベンチャーを起業して成功させた後、今は、３７００万人の顧客基盤を持ち、年間５兆円近い取引高のクレジットカード会社、クレディセゾンの常務執行役員CTOをやっている。 その彼が仕事論の本を書いた、という話を聞いて、「私なら、普通の人が読み取れないことも、その本から読み取れるだろうな」と思った。 なぜなら、私は、学生時代から含めて１０年ほどプログラマーをやった後、起業して経営者になった経験があるからだ。 プログラマーが経営者になると、世界がどのように見
流行のIT技術を追うのをやめたらプログラマとして成長した話
私はもともと普通のプログラマとしてキャリアをスタートしましたが、2007年くらいから脱プログラマを目指してソフトウェア起業家として経営に軸足を移してきました。 それから8年くらいが経過して思うのは、経営者として大きな成功をおさめる前に、自分のプログラマとしての実力がめきめきとアップしてしまったということです。 8年前の私は、プログラマとしては基礎力はあるものの全般的には未熟であったように思います。コードも荒削りで、とにかくかろうじて動くものを作ることに四苦八苦していました。が、いまはプログラマとしてずっと良い仕事ができています。 この8年間は、自分でコードも書いていたので、経験が増えたことによって、良いコードを書けるようになったという面も多々あるとは思います。しかし、そのあいだ技術書を読むことはすっかりやめてしまい、流行の技術などは完全無視してきました。 経営層の一員として働くので、プロジ
プログラマ歴12年の僕が選んだ「10年経っても役立つ技術書17選」 - give IT a try
はじめに 僕がプログラミングを始めてから、もうすぐ12年になろうとしています。 この12年間、いろんな技術書を読んだり、仕事やプライベートでたくさんコードを書いたりしてきました。 最初に入ったSIerでは主にJavaを、前職の社内SE時代はC#をメインのプログラミング言語として使ってきました。 現在はRubyをメインで使っていますが、言語が変わっても、また何年経っても「これはあのとき学んだ知識が役に立ってるよなあ」と思う瞬間がときどきあります。 そこで今回はこれまでに読んだ技術書を一通り振り返り、「この本で学んだことは今でも役に立ってる」と思うものを17冊ピックアップしていきます。 おことわり (2014.09.29 20:00追記) このエントリのタイトルは「10年経った今でも役に立っている」という意味で付けています。「今から10年後まで役立つ」という意味ではありません。（紛らわしくてご
新人プログラマに知ってもらいたいメソッドを読みやすく維持するいくつかの原則 - Qiita
エンジニア組織を強くするための本を出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング この書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。 あわせて読みたい 新人プログラマに知ってもらいたいメソッドを読みやすく維持するいくつかの原則 新人プログラマに知っておいてもらいたい人類がオブジェクト指向を手に入れるまでの軌跡 ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習 この記事について この記事は、新人向けの研修内容を再編集してお送りします。 この記事の内
一歩先行くJavaプログラマが読むべきオープンソースソフトウェア10選 - 設計と実装の狭間で。
10万行コード読んだらJava分かるよってTwitterに書いたらすげぇ勢いでRTされたので、調子に乗って捕捉エントリ書くよ。 Java Core API JDKインストールしたディレクトリに入ってるsrc.zipを展開すると入ってるから読むと良いよ。 すぐ近くにあるのから読むってのはメンタル的に楽でいい。 厳密にはOSSじゃなくて単に公開されてるってだけなんだけども、JavaプログラマなのにコアAPIのコード読んでないとか無いよね？ どれから読めば良いか分からんかったら、 java.lang java.util java.io java.text 辺りをまずはキチンと理解すること。当然コードを読み終わったら、それを使ってコードを書く事。 OpenJDK http://hg.openjdk.java.net/jdk7/jdk7 OpenJDKを読むことで、プログラム言語してのJavaではな
World Wide Wonderful
Vim <=> Windows コピーの違い Vimを使い始めてから少し経つとめっちゃ不便やん、と思うことがありました。 それがVimとWindowsのコピーの違いです。 Windowsでは、コピーというのはCTR + C(以下)でコピーし、で貼り付けをします。 ワードやエクセル、Firefoxでの文字列のコピーなど全てそれで済んでしまいます。 正式な名前は「クリップボードへコピー」というやつで、OSの共有メモリ？に書き込むことでコピーをしているようです。 しかーしVimは違います。Vimではもも使えません。 んじゃ何を使うんやということですが、言わずと知れた「y」です。 まあ、「yy」でカーソルのある行をコピーし「p」で貼り付けるのはVimをほとんど知らない人でも使う機会も多いかと思います。 これはVimのメモリに保存しているようです。 ちなみに、名前も「コピー」ではなく、「ヤンク」とい
MacVimの.vimrcを用意してみた - めも帖
Macの開発環境を用意したいのですが、なかなか時間が取れません。 Windowsでは、gVimを自宅では使っていたので、Mac用にMacVimを利用してみることにしましたすると、shift-jisのファイルを開いたところ、化け化け...。ということで、MacVim用に.vimrcを用意してみました。 ViIMproved‐Vim完全バイブル 作者: Steve Oualline,高橋 則利出版社/メーカー: 技術評論社発売日: 2004/05メディア: 単行本購入: 5人 クリック: 417回この商品を含むブログ (56件) を見る .vimrc "---------------------------------------------------------- " 文字コードの指定 set enc=utf-8 set fenc=utf-8 set fencs=iso-2022-jp,u
"シェルスクリプトをはじめて書くときに知っておきたいこと"へのコメントまとめ - UNIX的なアレ
自分も知らなかったこと等もあり、大変参考になるコメントをありがとうございました。 コメント数がかなり多数になってきたのでこのエントリーでまとめてみたいと思います。(まとめというほど大したものではありませんが。。) [ (test) コマンドについて 以下のようなコメントをいただきました。 正確には覚えていないですが、[ ] はbashではつかるけど、本当の素のshでは使えなかったと思います。なので、[ ]を使うぐらいなら、/bin/bashと書いては。 id:silverwireさんが、いろいろなOSで調べてくれました。AIXやHP-UXの環境は自分の環境になかったので大変勉強になりました。 id:silverwireさん ちょっと興味が湧いたので、以下の二つを調べてみました。 1. Bourne Shellで[ を使用できないことってあるのか? 2. testという名前のシェルスクリプト
これからemacsを使い始めたい人へ送るチュートリアル 第1回 - UNIX的なアレ
emacsというエディタの存在は皆さんご存知かと思います。 しかしながら、立ち上げてはみたものの何をしていいかわからない...もしくは、チャレンジしてみようと思ったけれども機能がありすぎて何やっていいのかわからない...まさにこういった経験はないでしょうか？ 実際のところ私自身も、emacsを使うようになるまで数回挫折しています。やはり自分が挫折してしまった理由も、機能が多すぎて使いこなせなかったことでいつも使わなくなってしまっていました。 このエントリーでは複数回に分けて、emacsを便利かもと感じれるレベルになるまでのチュートリアルをお送りしようと思います。 まず今回はemacsの導入までを実施したいと思います。 なぜいまどきemacsか？ サンがJava FXの実例をデモ − ＠IT Java,そしてemacsの開発者である、ジェームス・ゴスリン氏はEmacsは消滅すべきと語っていま
満足せる豚。眠たげなポチ。:「業務システム開発学科」開講
前エントリの続きで、「業務システム開発学科」の単元を挙げてみる。 これがないと作れないという要素をボトムアップ（上流・下流からいくとボトムではないけど）で挙げていったつもり。（「エンタープライズ・コンピューティング学科」は要らぬ誤解を招きそうなので、止めておく。） やりたいこと・やるべきことを決める (Why/Whom/What) 現状のヒアリング 理想形のヒアリング 目的の確認 誰が使うのか どのようなものを作るのか 計画を立てる (When/Where/Who/How much/How) スコープを決める 実現方法の検討 見積り スケジュールを決める 担当を決める 道具を知る (How) コンピュータサイエンスの基礎 (設計しテストするのもプログラミングの一部としてここに入る) ネットワークの基礎 コンピュータアーキテクチャの基礎 OS の基礎 RDB の基礎 アプリケーションのための
Lispは本当に最強か? : 404 Blog Not Found
2008年04月26日17:30 カテゴリLightweight Languages Lispは本当に最強か? これはある程度さまざまな言語で経験を積んだプログラマーが必ず抱く感慨なのだけど.... プログラミング言語はLispに回帰しているんだろう - ’(rubikitch wanna be (a . lisper)) せっかく最強言語のLispがありながら、おれおれ言語がどんどん登場していくさまはおもしろい。括弧が嫌いなのかな。Lispの表現力の源はS式だというのに括弧を拒否したら表現力が落ちるよなぁ… これって果たして本当なのだろうか、ということを改めて考えてみる。 違うものは、違って見えるべきだ - Different things ought to look different 「Lisp最強」と思っている人々が、「なのに何でLispが普及しないのか」という設問に対する回答とし
ウマが合わない人とうまくやる方法 - しあわせのくつ
ちょっとステキなメッセージをみつけたので紹介。プログラムというのは、コンピュータと会話するための言語です。英語圏の人と話すのが英語で、フランス人と会話するのがフランス語。それと一緒。そんな気持ちで接するのが楽しくていいとおもう。 プログラミングは言語を操る行為なんだから、どっちかといえば文系向けなんじゃないか。だから文系のキミでも出来る。 『〜しちゃだめ』『〜にしなきゃだめ』って言ってもダメなんですよね。人に人を変えることはできないから。「変える」という意味の「Change」は、実際の世の中では自動詞的にしか通用しないんです。他動詞にはできない。だから、『make someone change』というのはあり得ない。せいぜい『let someone change』で、できれば、『change myself』なんです。 人を変えることはできない。本人が変わりたがっているのを助けたり、逆に自ら
【コラム】Hello Worldコレクション (2) シェルスクリプト編 - echoとprintf、そしてそれ以外のコマンドを試す | エンタープライズ | マイコミジャーナル
シェルスクリプトでのHello World 第2回は、シェルスクリプトを使ったHello Worldです。シェルスクリプトで任意のメッセージを表示するには、echoコマンドを使います。リスト1のように記述すると、これでシェルスクリプト版Hello Worldの完成です。なお、Hello Worldの前後をシングルクォート(' ')で囲んでいるのは、文字列中にスペースや特殊記号が含まれる場合に、それがシェルに解釈されるのを防ぐためです。 リスト1 echoコマンドを使う方法(sh_echo) #!/bin/sh ← /bin/sh用スクリプトとして記述する echo 'Hello World' ← echoコマンドでメッセージを標準出力に出力 シェルスクリプトを実行するには、あらかじめ「chmod +x」コマンドでファイルに実行属性を付けておく必要があります(実行例1)。 実行例1 シェルス
IT業界の迷言集 - カレーなる辛口Javaな加齢日記
http://it-ura.seesaa.net/article/80158550.html メモ 良い習慣 自分のドッグフードを食べる*1 プログラムは思うとおりに動くんじゃない。 書いたとおりに動くんだ！ ユーザーは自分の欲するものがわからない 悪い習慣 バグは夜更け過ぎに 仕様に変わるだろう バグじゃありません。仕様です。 １年に１回起こる可能性が１％の問題なんて無視していい。俺は１００年後はもう居ない 終わらない夜がないように、終わらないプロジェクトはない 仕様書の行間を読め マイクロソフトの仕様です ソフトを買う人はね、幻想を買うんだよ 我がコードは我流。我流は無形。故に誰にも読めぬ・・・ B29を竹槍で落とすような仕事だ 仕事の報酬は、もっとよい仕事 出世したら年収が200万減った。 担当者の逃げる事風の如く，バグのひそむこと林の如く，予算を食いつぶすこと火の如く，動かざること
Geekなぺーじ : 良いプログラマの見分け方
「How to recognise a good programmer」という記事がありました。 良いプログラマを見分けて雇用するためのTIPSが書いてありました。 原文前半では、Paul Graham氏が書いている「The 18 mistakes that kill startups, 日本語版:スタートアップを殺す18の誤り」というエッセーに書かれている「90年代のE-コマースで多くのベンチャーを失敗させたのが質の悪いプログラマであるが、プログラマではない起業家には良いプログラマと悪いプログラマを見分ける術がない。」といった内容に対して反論すると書いています。 見分け方をまとめると、以下のようになるそうです。 流石に全ての項目を満たすような人は少ないそうですが、どれか一つでもあてはまる項目があれば、それは良いプログラマなのかも知れないそうです。 原文には、詳細な説明があるので興味のある
プログラマレベル:Geekなぺーじ
レベル0 レベル0の人はプログラムを一度も書いた事がありません。 レベル0の人は、プログラミングとはどのような作業なのか想像もつきません。 世の中のほとんどの人は、このレベルです。 レベル0の人は、プログラムをかけるプログラマはいわゆるオタクだと思っています。 ありがちな発言 「プログラミングできるんだ。ふーん。凄いね。」 レベル1 レベル1の人は学校の授業の課題としてプログラムを書いた事があります。 しかし、あまりプログラミングには興味を持てず、コンピュータに詳しい知人に課題をやってもらったり、教えてgooなどで課題の答えを聞いたりしているので、仕事としてプログラミングはできません。 ありがちな発言 「教えて下さい」 レベル2 このレベルの人は、2度ほど何かの小規模プログラムを書き上げた経験を持っています。 段々とプログラミングへの興味が広範囲に及ぶようになり、勉強をするのが楽しくて仕方
分裂勘違い君劇場 - プログラマが他のいかなる職業とも決定的に異なる理由は「誰にでもできるつまらない仕事」の生産性にある
法務でも、人事でも、営業でも、運送でも、接客でも、掃除でも、ほぼあらゆる仕事において、 「誰にでもできるつまらない仕事」をさせたときの生産性は、有能な人間と無能な人間で、劇的な差は出ません。 「誰でもできる簡単な営業」なら、超優秀な営業マンと、凡庸な営業マンで、仕事の成果に劇的な違いはでません。 「誰にでも出来る簡単な接客」なら、超有能な窓口係でも、凡庸な窓口係でも、仕事の能率は大して変わりません。 通常、能力によって仕事の能率に劇的な差が出るのは、「難しい仕事」をさせたときです。 有能な営業マンは、難しい営業交渉を、手際よくまとめ上げる。失敗する頻度も少ない。 平凡な営業マンは、難しい営業交渉だと、ときとして有能な営業マンの５倍もの手間をかけ、しかも、失敗する確率は５倍だったりする。 こうして、有能な営業マンは、平均的な営業マンの１０倍以上の生産性をたたき出します。 しかし、あくまで、そ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
