こんなコーディングは退屈だ！ | Yakst
Enkiのco-founderで最高技術責任者（CTO）であるBruno Marnetteが、エンジニアが仕事に飽きて転職してしまわないよう、社内文化をどのように構築しているのかを紹介します。 開発者として、私は2年以上同じ仕事を続けた事がありません。 転職することは私にとって良いキャリアとなりました。私達の業界では転職を繰り返す事はごく一般的なことです。ところが、以前私が働いていた会社は、私の離職に難色をしめしました。中には、私を必死で引きとめようとする人もいました。しかし、私は仕事に飽きてしまっていたため、残ることはできませんでした。 （免責事項：私は多くのプログラマーよりも楽しいプログラミングの仕事をしていたと思います。仕事を変えることが常に最善の選択とは限りません。） 現在私はEnkiのco-founderで最高技術責任者（CTO）です。会社ではエンジニア文化の構築も行っています。
あるシステム屋さんが平均残業時間一桁を実現した方法 - ゆとりずむ
こんにちは。 ここしばらく、システムトラブルの対応で午前帰りが続き、疲れてきてしまいました・・・。直接、トラブルの原因になった訳では有りませんが、エンジニアさんも巻き込んでしまい、もう少し上手く回す方法はなかったのかと、自分の未熟さを反省中です。 さて残業といえば、先生は大変そうですね。ただでさえ、ひとりで何十人もの生徒をみないといけない上、ほぼ無償ボランティアの部活顧問まで行い、その上で親に押しかけられたら溜まったもんじゃ有りませんよね。横浜市で、先制の『ノー残業デー』を設定するそうですが、多少なりとも状況が改善することを期待してやみません。 ただ、個人的にはこの『ノー残業デー』という制度がしっくり来ません。だって、『ノー残業デー』って、その日以外は残業することが前提なワケですよね？更に、こんなニュースも有ります。 正社員と同じ等級制度や人事制度を用いるため、基本給も同じ水準だ。賞与は正
ソフトウェアプロセス技術がロストテクノロジーになっている - きしだのHatena
最近会った人とよく話すのが、ソフトウェアプロセス技術がロストテクノロジーになってるんではないかということです。 ソフトウェアプロセスというのは、「プロセスがよいソフトウェアをつくる」という前提のもと、どのようなタイミングでどのような成果物を作り、どのような管理をし、どのように検査をしてソフトウェアを作るかという手順です。 そして、プロセス技術というのは、そのようなプロセスを構築し運用し改善する技術です。 このようなソフトウェアプロセス技術は、1995年くらいから2000年くらいにかけて盛り上がり広まりかけたのですが、そのタイミングでWebが広まりはじめ、「Webは進化が速い」「作るものがどんどん変わる」などを合言葉に、「アジャイルプロセスを採用する」という名目でなんら管理されないプロセスが普及しました。その結果、プロセス技術は完全に下火になっているように思います。 もちろん、Webの発展段
「PDCA」って言葉は正しいの？―全く回らない「PDC」とその対策。 - プロジェクトマネジメントの話とか
全ての社会人に必要不可欠な「PDCA」の考え方。でも、この「PDCA」って言葉・考え方に違和感を感じたことはありませんか？「PDCAとは」一体何なのか？ 世間では当たり前のように使われているこの概念ですが、今回はこの考え方の妥当性と、「PDC」の回し方について考えてみたいと思います。 スポンサーリンク PDCAとは？世間一般の「PDCA」サイクルの定義を確認 まず、PDCAとは何かをおさらいしましょう。みなさんが日頃使ってる「PDCA」というのは、下記のようなものですかね？ １．Plan：計画して ↓ ２．Do：実行して ↓ ３．Check：実行結果をチェックして ↓ ４．Action：対策を講じる ↓ １．Plan… 「４．Action」は「解決策を考え、対策を行う」ということのようですが、まず「解決策を考える」ってのは「３．Check」や「１．Plan」に包含されるし、「対策を行う」と
デキるプログラマだけが知っているコードレビュー7つの秘訣
SonicGarden Study #11で放送された資料から一部スライドを抜いたものになります。 http://sonicgarden.doorkeeper.jp/events/13229 ----- 優れたプログラマだけが優れたソースコードを書くことができます。 では優れたプログラマになるにはどうすれば良いでしょうか。 自分の書いたコードを、優れたプログラマに指摘してもらうことが一番の近道です。それがコードレビューです。たった一人でコードレビューも受けずに、ただ書き続けてもクソコードはクソコードのままなのです。 そこで今回は、良いコードが書けるプログラマになるための、コードレビューを上手に実践する秘訣を話します。Read less
Redmineを全員で使ったらカオスになった話
タスク管理のツールとしてオープンソースのRedmineを使っていた。エンジニアだけで使っているうちは特に問題はなかった。エンジニアが10数名、全員でも40人規模の会社なので全員の作業を見える化したいよねという話が上がって全員でRedmineを使い始めることになった。そして何が起きたか。 プロジェクトが乱立した エンジニアであれば「プロジェクト」は単位は大体想像がつくと思う。しかしながらツール上ではその単位でプロジェクトは作られなかった。「正規のプロジェクト」の小規模な機能追加であっても「○○対応プロジェクト」と銘打たれツール上にプロジェクトが作成された。 「〜対応プロジェクト」「〜導入プロジェクト」「〜検討プロジェクト」「〜プロジェクト」・・・どんな言葉にもプロジェクトを付ければ”プロジェクト”にできるんだということは新鮮ではあったし、勉強にもなった。（そもそも”プロジェクト”って何だ？）
PowerShell DSCで導入された新しい構文キーワード
Windowsインフラ環境の構築を自動化できる「PowerShell DSC」とは？ その使い方を紹介。DSCの構文をコードで示しながら、基本的な実践手順を説明する。 連載 INDEX 次回 → PowerShell DSCとは DSC（Desired State Configurationの略）は、Windows PowerShell 4.0をコアとする「Windows Management Framework」のバージョン4.0（WMF 4.0）から導入された、マイクロソフトが提供するWindowsインフラ環境の自動構築プラットフォームだ。 DSCはPowerShellでの専用構文を持っているが、それも含めて「PowerShell ISE」という統合スクリプティング環境（Integrated Scripting Environment）上のIntelliSenseでサポートされている。
「できない人」にいくら教えても「できる人」にならないのか
「こういう言い方をしたらいけないのかもしれないが、結局は生まれつきですよ。できる人に機会を与えれば、自分でできるようになる。できない人にいくら懇切丁寧に教えても、できる人にはならないね」 この身も蓋もない発言を聞いたのは、筆者が駈け出しの頃だったから、もう20年以上も前だ。情報システムの開発を成功させるにはどうすればよいか、色々な方を取材していたとき、「開発で一度も失敗したことがない人がいる」と紹介され、その人に会ったところ、こう言われてしまった。 そもそも、失敗しないその人との話はあまり弾まなかった。「なぜ失敗しないのですか」と聞くと相手は「うーん。失敗したことがないからなあ」と首をひねった。「あなたのように失敗しない部下をどう育てますか」と問うと、冒頭の答えが返ってきた。 当時のことを思い起こしてみると、筆者の取材能力に問題があり、相手から話をうまく聞き出せなかった。その人が不親切であ
[ThinkIT] 第2回：見積もり〜設計フェーズで重要なポイント (1/3)
今回は1〜4の項目について、それぞれのフェーズにおける「便利なツール」と注意点を述べるとともに、解説を行っていきます。 5以降のフェーズについては、次回に解説します。 「案件見積もり」のフェーズは筆者としては9つのフェーズの中で、1、2を争う重要なポイントだと考えています。特に「原価や納期も管理して、予定通りに収めなければならない」ミッションを達成するためには、非常に重要だといえるでしょう。 この見積もりフェーズでは、一般的にお客様から頂くRFPや自社営業サイドからの情報を基に、機能一覧法（積み上げ式）などの見積もり手法を用いて工数などを算出し、見積もり担当者 → 部門稟議 → 見積もりワーキンググループ → 最終決済などを経て、お客様にできるだけ早く、かつ可能な限り精度の高い見積もりを出すことが目的となります。 また、工数算出と同時に、想定納期を提出することもあります。精度の高い見積もり
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
