【まとめ】これ知らないプログラマって損してんなって思う汎用的なツール 100超 - Qiita
2019/06/11追記: これは2012年の投稿です。なぜかはてなブックマークで拡散されていますが、内容は時代にそぐわなくなったものもあるのでご注意ください。 これ知らないプログラマって損してんなって思う汎用的なツールのコメントに寄せられたツールを分類分けしてみました。 解説は、ほぼコメントに寄せられた内容のコピペです。 URLのみの記述は公式サイト(か、ほぼ公式サイトと化しているサイト) 公式サイトとは別に、ページタイトルだけでツールを説明しきっているページへのリンクも付けておきました。類似ページが複数ある場合は、はてブのブックマーク数が多いものを選びました。 知らないツールもあるので、分類がいいかげんなところもあると思います。何か気づいたらコメントください。 解説が不十分なツールについても、補足（コピペで本文に取り込める体裁だとありがたい）を頂けると助かります！ 元ネタの投稿は現在進
日本でソフトウェアエンジニアが高く評価されない理由（かもしれない） | quipped
タイトルの話に入る前に、日本とアメリカの平等について少し話そう。 アメリカは平等な国だと言われる。どこの馬の骨かわからない移民でも、結果次第で門戸が開く国。徹底した実力主義。既成の枠組みに個人を押し込めない自由な思想。これは嘘ではない。オバマ大統領をはじめ、多くの人たちが、逆境を乗り越え、自分の実力で勝負し、不可能とされることに挑戦し、多大な成功をおさめてきた。アメリカンドリームと言われるゆえんだ。14歳で移民したぼくも、アメリカのオープンな実力主義の恩恵を受け、今に至っている。 確かにアメリカは、誰にでもチャンスを与えるという意味では公平だ。でも考え方によっては不公平な国でもある。例えば大学入試。基本的に日本では、みんな一斉に同じ試験を受け、そこで上から何人というふうに合否を決めるが、アメリカは全て書類選考だ。高校や標準考査(SAT/ACT)の成績に加え、育った環境・人種・課外活動・小作
いっしょに仕事をしたいプログラマ 5つの特徴 - たごもりすメモ
ちょっとこんなことを考えるきっかけがあったので、ざっと書き出してみた。Webに公開されている情報からあるプログラマについて見てみたとき、どういう人ならいっしょに働いてもいいかについて。 ここに書く内容はソースコードの品質以前の問題についてのみにしてある。だからこの特徴を満たしていればどうということに直接なるわけではない。ただ、欠けているところがあれば、少なくとも自分はその人といっしょに仕事をしたいとは思わないだろう。 なお自分は現勤務先の採用活動にはかかわっておらず、このエントリの内容は勤務先の採用基準とは全く無関係です。 学生さんなどの場合にはまた話が違うと思います。 あと割と自分のことは棚に上げてます。「お前これできてねえじゃん」という部分については都度ご指摘をいただけますと大変ありがたく思います……。 1. その人が書いたソースコードが公開されている 日本語で何を言われてもぶっちゃけ
人前で話すことへの恐れを解決する5つの方法
人前で話すことに抵抗がある人にオススメな本があったのでご紹介。 著者のスコット・バークンは、マイクロソフトで1994年から2003年にかけて働き、主にIE1.0から5.0のプログラム・マネジメントを担当していたという経歴の持ち主です。プログラマとしてはなんとなく親近感が湧きますね。 この本では現在講演家として活動している著者のノウハウが記されているのですが、著名な講演家の高度なテクニックというよりは、率直に一人の人間として講演、発表に向かう姿勢が書かれています。これまで数多くの発表をこなしている著者でも発表前には恐怖を抱き、それに対処するために様々な努力を重ねている点についてはとても参考になります。 この本を読んで感じた人前で話すことへの対応方法を5つにまとめてみました。 1. ささいな失敗は起こるもの。気にしない。 発表に失敗はつきものです。しかし細かな失敗はたいてい聞いている側は気にし
SI業界からはさっさと抜けだしたほうがいい - ひがやすを技術ブログ
SI業界（日本）のJavaプログラマーにはオブジェクト指向より忍耐力が求められている？ - 達人プログラマーを目指して http://d.hatena.ne.jp/ryoasai/20110109/1294581985 をうけて自分の考えを書いておきます。 二年前なら、自分もどうしたらSI業界をよく出来るか真剣に考えていたし、NTTデータの人達と実際に話し合いもしています。 NTTデータとの真昼の対決シリーズ http://d.hatena.ne.jp/higayasuo/20080612/1213241779 http://d.hatena.ne.jp/higayasuo/20080828/1219901392 でも、ソーシャル、クラウド、スマフォの時代になって、考えが変わりました。 今は、世の中の動きがかなり速くなっているので、その中で素早くチャンスを捕まえたものだけが生き残ります。受
人月計算とExcelとスーツの世界より
俺の住む世界はアイティーとやらに支えられているらしい。 アイティーに関われば、俺の住む世界をさらに素敵なものにしていけるに違いない。していきたい。 そう願って、何も知らなかった文系新卒の俺が金融系のシステム会社に入って、もう一年以上が経つのだ。 昔、お遊びでゲームを作ったことはあった。RPGツクールなんかが好きだった。 だから自分はシステム会社に向いていると思った。 実際、資格取得を勧められて始めた勉強は楽しかった。 浮動小数点数、オートマトン、SQL、スタック、木、論理式。 パズルみたいで楽しかった。コンピュータの中身が理解できて、わくわくした。 楽々と基本情報技術者の資格を手にし、半年後にはほとんど勉強もせずにソフ開も取得した。 研修の課題では同期の誰よりも速く、短く効率のいいソースを仕上げた。 現場に出て、本番機に触った。 ３０年間親会社を支え続ける偉大なシステムの中身を、わくわくし
プログラマーの成長を考えないSIerの仮説は間違っている - 達人プログラマーを目指して
Java EEや.NETはCOBOLやVB6よりも本当に生産性が高いか？ - 達人プログラマーを目指してのコメントで 熟練者も居ることは理解しているが、開発をする上で熟練者ばかりを集めることはできない。このため初心者側にレベルを合わせざるを得ない。 というコメントをいただきましたけれど、これは実に典型的なSIer（の上司）の考え方ですね。SIerの仮説と呼んでもよいくらいですね。とにかく、この仮説の前提となっているのは プログラマーのスキルレベルは一定で成長しない プログラマーは容易に交換可能なリソースである プログラマーは単純労働者である というモデルです。とにかく、この仮説がはびこっているから、いまだにSIerのフレームワークは「初心者側にレベルを合わせざるを得ない」という思い込みで作られていることが多いのでしょう。 COBOL（の初期の）時代ならまだしも、少なくとも現在の開発環境にお
見習いプログラマが読んだら、すぐにジョブレベルが上がる１０冊 : ソースコードは飲み物です。
2010-11-24 05:56:00 GMT 某所で『プログラマが読むべき１０冊』というのが公開されてましたが、 どうみても中身が重いし、バックグラウンドの知識が必要なものが多いと感じたので、 即、血となり肉となる本を独断と偏見でまとめてみました。 ジャンルごとの順番です。どれも読むべきだと思うので敢えて順番はつけません。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IT業界聖杯戦争(デスマーチ)
プログラマと付き合う
Qiita
http://atnd.org/events/13324
プログラミングに関するあまり知られていない７つの真実