タグ

関連タグで絞り込む (2)

タグの絞り込みを解除

programmingとworkingに関するtakuwzのブックマーク (6)

  • プログラマ向けに書かれた「Soft Skills」という本がすごいという話 - サンフランシスコではたらくソフトウェアエンジニア - higepon blog

    語版がでました。すぐ買うべし。 SOFT SKILLS ソフトウェア開発者の人生マニュアルposted with amazlet at 16.05.18ジョン・ソンメズ 日経BP社 売り上げランキング: 1,272 Amazon.co.jpで詳細を見る Soft Skills: The Software Developer's Life Manualは残念ながら日語訳が出ていない。でも英語でも読む価値はある。とても平易な英語で書かれてる。どこかの出版社さん翻訳だして欲しい。空前のブームになるに違いない。 Soft Skills 。alc.co.jp によればソフトスキルは「対人的な交渉・指導・意思疎通などをうまく行える能力(または知恵)」のことらしい。そのタイトルからも分かる通り、プログラマ向けに書かれただがほとんど技術の話は書かれていない。プログラマとして生きていくための技術以外

    プログラマ向けに書かれた「Soft Skills」という本がすごいという話 - サンフランシスコではたらくソフトウェアエンジニア - higepon blog
  • 無能なプログラマの特徴

    技術書を買っただけで満足するwブクマするだけで理解した気、分かった気になっているw勉強会(笑)には参加するが復習も実践もしないw一つの言語を使い込めてないのに複数言語に手を出すw流行りの技術に飛びつくけど直に飽きるw専門と断言できる技術領域がないwVisualStudioを貶す割には、パフォーマンス分析とかテストなどの便利機能は使えないwWPFが分からないだけなのに、自前で作る方が偉いと思っているwオーバーヘッドやフットプリントなどデメリットを考えず、すぐにtemplateとか純粋仮想関数を使って可読性を落とすwオブジェクト指向/デザインパタンを何か特別の技術だと思っているw無駄なところにラムダ式を使うwメモリ使用量や計算量の予測ができないw最大負荷を予測した上で始めから対策を取った実装が出来ないwHHKでないと仕事できないwとりあえずVim(笑)を使うw用途もないのにマックブックプロを買

    無能なプログラマの特徴
  • 最近よく目にする「フルスタックエンジニア」とは何だろうか?

    このところ海外(おもに米国)のスタートアップで、「full stack engineer」の求人広告を以前より多く見かけるようになりました。フルスタックエンジニア、つまりインフラからミドルウェア、モバイル、デザインまで、あるいは設計からプログラミング、デプロイまで、何でもこなせるエンジニアを募集している、ということのようです。 例えば、このPublickeyでも導入しているコメントシステムの開発元であるDisqusは現在、「Full-stack Web Engineer」を募集しています。 「What We're Looking For」の項目では、5年以上のエンジニア経験とチームリーダーの経験などを求めた上で、技術的には次のような要件を並べています。 Very experienced with web application deployment and software design

    最近よく目にする「フルスタックエンジニア」とは何だろうか?
  • 最低限知っておきたい仕様書を書くときの3つのポイント 【ボクバイZ the blog】

    こんにちは。ライブドアでブログを更新しているキツネハンターです。 今回はソフトウェア開発に必要となる「仕様書」を書く際のポイントについて紹介したいと思います。あと、このテイストはlivedoor ディレクター Blogのパクリです。 さて、仕様書と言っても、大別して2種類あることをご存知でしょうか?1つはユーザー側から見た外部仕様(機能仕様)、もう1つは開発者側から見た内部仕様(技術仕様)です。 例えば、「0〜100までの素数を全て求めたい、素数を数えて落ち着くんだ」というのが外部仕様。これに対して、「ある数X(Xは0以上、100以下)を2からXまで順に割ってアレする」というのが内部仕様。 外部仕様を書くのはカンタンです。たぶん、誰でも書けます。でも、内部仕様を書くのはプログラミングのスキルがないと書けません。内部仕様を書けるのは、プログラマーかスーパープランナーだけです。 ボク

  • 【プログラマー】学生のうちにこれだけはやっておけというもの

    1 仕様書無しさん :2012/01/25(水) 22:01:35.91まず、ruby/python Lisp C  出来ればここに、C++ C#.NET Perl D追加 それから20歳までにクリアしておくべきもの 自作言語作り  →C系の言語とS式言語両方作れ、フリーウェア使うな OS作り → 最小限でいい、OS作りやるんだったらWinAPIは覚えろ 対話AI作り → やれ ゲームプログラミング → 3D,2Dはとわない、ソースコード1万行はかけ アプリケーションプログラミング → .NET覚えろ 読んだ書籍数(Web上の情報も読め)を最低200は超えさせろ 速読を覚えろ これをクリアできない奴はゴミ 21以降になったら「教える側になれ」 いつまでも初心者でいるな 自分はあまり頭の回転よくないと思ってる学生はJAVAPHPでもやってろ ※関連記事 続きを読

  • 米国人からコーディングについての怒りのメールを頂戴した - その手の平は尻もつかめるさ

    "米国人からコーディングについての怒りのメールを頂戴した" の補足 - その手の平は尻もつかめるさ ↑の方で補足いたしました。(2012.09.04 追記) 最近、英語のメールでよく怒られます。moznion です。 海を隔てて共同作業しているアメリカ人から、僕のコーディングについてお叱りのメールを頂いたので、 自戒の念を込めて邦訳して記します。 書いてあることは「当然」とも言うべき内容ですが、僕はその「当然」も守れていなかったのかぁ〜と反省。 以下、邦訳(意訳)です。 1. 郷に入っては郷に従え 既にソースコードが存在しているって事は、そこには同時にコーディングスタイルも存在しているってことだ。 その既存のソースコードに手を加える場合、別のコーディングスタイルを導入してはならない。 もし君がバックエンドのソースコードを弄っているなら、バックエンドのコーディングスタイルで記述するんだ。 フ

    米国人からコーディングについての怒りのメールを頂戴した - その手の平は尻もつかめるさ
  • 1