自分がエンジニアとして働くために学んできたことをまとめてみる - smellman's Broken Diary
id:sinsoku さんが今までソフトウェア開発について勉強してきたことのふりかえりというエントリで学習してきたことをふりかえっていて、僕も転職を機会にまとめてみようかと思います。ただし、僕はエンジニアという大まかな括りで書いてみます。 とりあえず、期間はアルバイト時代からケイビーエムジェイ入社までの期間です。 アルバイト一社目 Linkedinには社名を書いていますが、社名は伏せておきます。よくわからないけど。 主な業務内容はVisual Basic 6でのGIS開発でした。当時はまだGoogle Mapsとか無かった時代で、G-XMLの動向についてが注目されていたような時代です。 アルバイトだったので研修などはありません。いきなり数万行(数十万行かな？)のVisual Basicのソースコードを渡されて改修するというものでした。 最初の一ヶ月程度はVisual Basic自体に慣れる
langturn.com is coming soon
is a totally awesome idea still being worked on. Check back later.
プログラムの複雑さとは何か? 【▲→川俣晶の縁側→ソフトウェア→技術雑記】
オータムマガジンにトーノZERO氏参戦で、オータムマガジンの最上位の表紙を見ると、まるでアニメ感想サイトのように見えかねません。というわけで、トーノZERO氏に負けないように、ヘロヘロな身体を鞭打って、硬派の (でも本当はミーハーな) ソフトウェア関連コンテンツを行きます。 学生時代に考えたこと § ここでは、学生時代にプログラムの複雑さについて考えていたことを、書いてみたいと思います。 この話は、次に書かれるであろう「C言語を用いたモジュールプログラミング入門」の布石となるものでもあります。 ちなみに、これは私が「学生時代に考えたこと」であって、この考えがどれぐらい適切なものであるかは分かりません。考えたことと言っても、いろいろな本から受けた知識や印象にかなり依存している部分があると思います。つまり、完全にオリジナルというわけではありません。 複雑なプログラムとは何か § 複雑なプログラ
josei-sepg.info
josei-sepg.info 2019 Copyright. All Rights Reserved. The Sponsored Listings displayed above are served automatically by a third party. Neither the service provider nor the domain owner maintain any relationship with the advertisers. In case of trademark issues please contact the domain owner directly (contact information can be found in whois). Privacy Policy
プログラミングできないやつがプログラマであっても全然問題ない
1 名前:以下、はてなにかわりまして元増田がお送りします。 投稿日:2010/08/17 21:01:29ていうか当たり前。 いやもちろん問題なんだけどね。 現場にいる私にとっては同僚のスキルが低いのは当然問題なんだし私自身へぼであることは問題だけれども、そういう次元の話じゃなくて。 はてななど見てると、まるで何か、プログラミングへの情熱に燃えて努力を惜しまずスキル向上してる人がプログラマって職業に付くのがしかるべき姿であって、ポインタもポリモーフィズムも理解できない（理解しようと努力もしない？）間抜けがプログラマになるなど言語道断であり、10000行のメソッドが作られるような悲劇はなんとしても避けなければならない、って雰囲気だけど。 いや悲劇は避けられたほうがいいけどさ、あのさ、「その仕事に熱意もないし能力もない、特になんもない人がその仕事をしてる」っていう状況は、しごく当たり前なのであ
メンテ不能なコードの件 | 株式会社きじねこ
久々にこの話題をときどきの雑記帖の記事で見ました。このご時世ですので、雇用を守るために自分以外にはメンテ困難または不能なコードを書くという気持ちも分からなくもありません。けれども、自分でもメンテできなくなるようでは話になりませんね。 今回は、それを実施することの善し悪しは別として、自分にしかメンテできないコードを書くにはどうすればよいか、そして、それを実施した場合の周囲の反応ついて考えてみることにします。 同僚のスキルにもよりますが、一番確実なのは、スキルの低い技術者ではメンテナンスできないようにしておくことです。これならメンテナンス性を落とさずにすみます。中の下程度のスキルでは存在さえ知らない言語仕様やイディオムというのは（言語にもよりますが）少なくありませんからね。 こういうことをされないように、コーディング規約でガードを固めている職場もあるのですが、そもそもスキルの低い者が作ったコー
開発現場のノウハウをもっと共有して、ハッカー文化を企業に根付かせよう
日本のオープンソース会の重鎮（そして自称プロのよっぱらいでもある）楽天技術理事のよしおかひろたか氏が、はてなダイアリーの未来のいつか/hyoshiokの日記で「IT産業には民族誌が必要だ」というエントリを書いています。このエントリにはとても共感するところがあります。 よしおか氏は以前から、ハッカー中心の企業文化を日本に根付かせたいという意志をもってさまざまな活動をされていて、今回の「IT産業には民族誌が必要だ」という意見もそれを実現する要素の1つです。 ではなぜ民族誌が必要だとよしおか氏が書いているのか、本題に入る前に、よしおか氏が言う「民族誌」とは何なのかを、今年の2月にデベロッパーサミット、通称デブサミでよしおか氏が行った講演「ハッカー中心の企業文化を日本で根付かせる」のスライドから少し読み解いていきましょう。 ハッカー中心の企業文化を根付かせるために この講演でよしおか氏は「良いソフ
２７歳プログラマー過労自殺、「困難な仕事でなかった」として労災請求を棄却…大阪地裁
■編集元：ニュース速報+板より「【裁判】 ２７歳プログラマー過労自殺、「困難な仕事でなかった」として労災請求を棄却…大阪地裁★２」 1 ☆ばぐた☆ ◆JSGFLSFOXQ ＠☆ばぐ太☆φ ★[off_go@yahoo.co.jp] :2011/08/24(水) 23:10:43.10 ID:???0 ・平成１４年に大阪府豊中市のプログラマー、北口裕章さん＝当時（２７）＝が過労自殺で死亡したのは、達成困難なノルマを課せられたためとして、会社員の父、久雄さん（６８）が国に労災認定を求めた行政訴訟の判決が２４日、大阪地裁であった。中村哲裁判長は「本人の能力からみて、特段困難ではなかった」として、原告の請求を棄却した。 原告側は「入社１年足らずで複雑なシステムを組まねばならないのに、先輩や上司からの指導がなかった」と主張したが、中村裁判長は「会社の支援体制に問題はあったといいがたい」と退けた
どんなにがんばって教えても伸びないプログラマーの比率 - 達人プログラマーを目指して
プログラマーの成長を考えないSIerの仮説は間違っている - 達人プログラマーを目指してに対して、 センスとやる気があるプログラマの方が20人に一人もいないに一票 というような意見をたくさんの方からいただきました。私の文章力のなさで多くの人に誤解を与えてしまったかもしれません。ここで私が言いたかったことはプログラマーはきちんと指導すればほぼ確実にレベルアップするということであり、どんなに優秀なプログラマーとペアを組ませて指導してもまったく実力が伸びない人はほとんどいないということでした。 類は友を呼ぶということで、私の周りには自然とプログラミング好きが集まってくるということがあるのかもしれませんし、一般的には20人に一人というのはちょっと大げさだったかと思いました。*1ただ、私とペアプロした人は多くの場合きれいなプログラムの価値を理解してくれ、最初は見よう見まねでやっていますが、徐々に自発
2013卒就活生、エントリー数前年比3割減：IT＆ウェブ業界の転職をサポートする「CAREERzine」（キャリアジン）
メディア部門では、インターネットで加速するメディア環境の中で、翔泳社が得意とするテーマを深掘りしながら様々なドメインで最適化されたメディアビジネスを展開しています。
年寄りに若手の未来を奪う権利はあるのか？ - masayang's diary
若手育成などもう10年以上やったことがなかったので四苦八苦しているが、Agile開発教育は（手前味噌だけど）ぼちぼち進んでいる。 昔に比べるとだいぶ人間が丸くなったので、教えかたもずいぶんのんびりとしている。以前なら「なんでこんなことも知らねーんだよコノヤロー！」と怒鳴っていたような状況に置いても、懇切丁寧に基本から教えている。 むしろ怒るとしたら、彼らの上司だな。 若手を歩兵のように使うのは良いとしても、100%歩兵として使っていたらずっと歩兵のままでしょ。新しい技術に挑戦させる機会を与えるとか、自分で学ぶ時間を与えるとかしないと、若手は伸びない。でも現実の開発現場は、 リスク回避のため枯れた技術しか使おうとしない 標準化プロセスという名目で工夫の余地を与えない そういう所に入った若手は腐るか、やめていくか。そうやって若手の未来を奪うことで、年寄りは生活の糧を得ている。正しい姿とは思えな
人材の流動化か囲い込みか
最近、日本のSI企業と仕事をする機会あった。 久々に衝撃的な体験だった。 とあるシステム案件の下請け的開発依頼だったのだが、 1.アーキテクチャがおかしい ビジネス系の人が直接実装担当のエンジニアに指示を出している。丸投げである。よってアーキテクチャが根本的におかしいのだが修正できない。 アーキテクト不在。 2.ドキュメントが無茶苦茶 基本なぜかエクセルで書いている。読みにくいことこの上ない。さらにバージョン管理が無茶苦茶である。ほとんど読んでも意味の無い古いドキュメントだらけで解読が非常に難しい。アプリのバージョン、開発環境などもドキュメント毎に違っている。ビルドするとドキュメントが自動生成されるなんてことは一切ない。 ドキュメント担当不在。 3.プロダクトのソース管理が無茶苦茶 ソース管理ソフトはつかっているものの、理解不能なブランチに分かれていて同等製品が複数派生している。修正に手間
IT業界ではなぜ「うつ病」が多いのか 過酷な労働で衰弱していく技術者たち | JBpress (ジェイビープレス)
当社のマネジャーミーティングで賛否両論の議題があるので私の意見を聞きたいという。「あるプロジェクトに関わっている技術者が、クライアントから夜間の作業を依頼された。今日、勤務することになっているのだが、作業をさせていいものだろうか」というのだ。 管理部門からは、「契約では就業時間（9～18時）内の勤務となっている。22～8時の夜間に作業するのは、契約違反である。もし何か問題が起きたら、会社としては責任を負えない」と言う。 その心配はよく分かる。実はその技術者はかつて働きすぎが原因で、軽度のうつ病を発症したことがあったのだ。 技術部門は、私の判断に任せるという。「本人に確認したら、このプロジェクトでは断るわけにはいかないので、一番年少の自分が出ると言っています」とのことだった。 営業部門は、作業に行くべきだと考えているようだ。「夜間の作業は他社では普通に行われていることです。日常茶飯事です。こ
こだわりのある職人プログラマーほど、無駄なコードを少なくしたいものという事実を理解してほしい - 達人プログラマーを目指して
ちょっと興味深いエントリが目に留まりました。「プログラミングへのこだわり」を方向づける: 設計者の発言基本的に、この方自身もプログラマーや開発者をされているようですし、他のエントリを読んでも「プログラマーの地位向上をすべき」ということで、私にとっても非常に共感することをおっしゃっているのです。それでも、ちょっとこのエントリの内容については疑問に思うところがあったので、勝手ながら私の意見を書かせていただきたいと思います。 業務システムの生産性や保守性を高めるための基本は「コードを１行でも減らす」である。なぜなら、コーディングとこれにともなうテスティングこそが、開発作業の中でもっとも人手のかかる作業だからだ。個別案件においては、良いコードだろうが悪いコードだろうが少なければ少ないほどよい。 これは、まさにおっしゃる通りですね。もちろん、可読性ということもあるため、厳密には最少のコードが最良とい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ブラック会社に勤めてるんだが、もう俺は限界かもしれない＠まとめwiki
プログラマと付き合う
/ WSJ日本版 - jp.WSJ.com - Wsj.com
現代のソフトウェアエンジニアの言葉 日本人編 歴史上の人物の言葉は重い。しかし、同じ時代を一緒に生きる人だからこそ、その言葉に打たれる場合もあります。ここではソフトウェアにかかわる7人のエンジニアや研究者、特にプログラマの言葉を紹介します。 会社というのは都合のいいように、プログラマには歯車であってほしいと考えます。コードが美しいかどうか、アートかどうかなど関心を持っていません。内面の美は外から見えず、コードに内在しています。ソースコードはアートで、作品なのです。……アーティストは歯車ではない。 まつもと
TechCrunch
はてなブログ | 無料ブログを作成しよう
