渡辺幸三の開発支援サイト「システム設計のこと、もっと知りたい」 - HOME
現在進行中のプロジェクトで、設計の品質や生産性を高めたい．．． 業務知識や上流工程のスキルを身につけてキャリアアップしたい．．． ――そのためのお役立ち情報を揃えています。実務家から高い評価を得ている設計手法、専用の支援ツール、洗練されたモデルライブラリー。これらを駆使して、効率的にシステム設計のレベルアップをはかりましょう。 ニュース 「ＣＯＮＣＥＰＷＡＲＥ／自治体」の開発が始まりました(080420) 「ＣＯＮＣＥＰＷＡＲＥ／販売管理」をバージョンアップしました(080404) 「ＣＯＮＣＥＰＷＡＲＥ／生産管理」をバージョンアップしました(080404) ＸＥＡＤで入出力パネルの画像ファイルを扱えるようになりました(071004) 管理人のブログ「設計者の発言」
ソフトウェアエンジニアが転職するときに気をつけること
いままで3回転職したけど、うまく行ったこともあるし行かなかったこともある。いままではわりと気軽に転職先を決めてしまっていたのだけど、そろそろ慎重に行かないと後がないなという危機感を覚えたので、とりあえず今までのことを振り返って気をつけるポイントを書いてみようと思う。 自分はこんな感じのエンジニアです。 技術的には広く浅くタイプデザイン・インフラは不得意マネージメントは不得意 いままで所属していたのは上場企業が多かったが、スタートアップも経験済み情報収集編IRを読め、短信だけでいいからこれまで何をしてきたか、これから何をするつもりなのか、会社の強みは何なのか、今後考えられるリスクをどう捉えているのか。上場企業ならばIRという形で外向けに情報を発信しているので、それを読むのはかなり大事。 で、具体的に書いてなくてよくわからないところが絶対あるはずなので、それを面談で聞く。ピンと来なかったらその
「技術的負債だらけのチームで技術マネージメントしてみた」資料が素晴らしい - プログラマの思索
「技術的負債だらけのチームで技術マネージメントしてみた」の公開資料が素晴らしいのでリンクしておく。 【参考】 akipiiさんのツイート: "すごく良い資料。RT @yassan168: #kichijojipm 発表資料upしました。誰かの役にたてば良いのだけど。connpassにもUPしています。＞技術的負債だらけのチームで技術マネージメントしてみた https://t.co/3R25aUnI4S" 前任の仕事を引き継ぎしたら、下記の問題があったらしい。 技術的負債込みで引き継いでしまった、という例は、本当によくある。 (引用開始) １年前の状態 ・すべてがメールベース ・ドキュメントはほぼ無い ・最強の属人化。個人のパワーで乗り切る ・技術に関心が無く誰も行動しない ・暫定スクリプトが今も元気に本番稼働中 ・ソースには、ほぼコメント無し ・hoge.pl.(日付) 形式のソース管理
35歳を超えたエンジニアの5つの働き方
ぼくは36歳です。けっこう大きなサイトで、RailsやJavascriptを書いたり、パフォーマンス改善したり、iPhoneアプリの開発でObjective-Cを書いたりしています。マネージメントはしていなくて、今でも普通にエンジニアとして働いています。 35歳定年説の35歳を超えてから1年以上が過ぎたところですが、昔のようにはいかなくなってきたところ、昔と変わらないところ、昔よりよくなってきたところなどがいろいろあります。年を取ってもエンジニアを続けたい人の参考になるかどうかわかりませんが、そういう人たちのためにぼく個人の体験をここに書いておこうと思います。 1.理解できるまで聞き返す 特に若い人たちとの会話で痛感するのですが、相手の言いたいことを一度で理解することが難しくなってきました。最近になってよく思うのですが、若い人たちは比較的よく、主語を抜かしたり目的語があいまいなまま話をして
エンジニアとして，成功するための５つの秘訣 （３つのIN，２つのOUT） - 主に言語とシステム開発に関して
開発者・エンジニアが，自分の仕事を成功させるためにはどうしたらよいか。 言いかえれば，「幸福なエンジニア」になるには，どうしたらよいか。 この手のエンジニア向けの情報源は山ほどあり，把握しきれない。 しかし，あらゆるノウハウは，５つに分類できる。 ３つのインプット： （１）健康と体力を意識し続ける。 （２）仕事術を実践し続ける。 （３）技術を収集し続ける。 ２つのアウトプット： （４）収集した事柄を，毎日書きためる。 （５）資格などの，自分なりのマイルストーンを目指し続ける。 本エントリでは，この「分類」の概要を示す。 以下詳細。 なお，この「５つの分類」では，１つ前の項目が，次の項目の前提事項となっている。 （１）〜（３）：３つのINPUT 自分が知識を収集し，意識し，身に付けていくべき事柄（インプット）。 （１）健康と体力を意識し続ける。 身体的な「もとで」が無ければ，何もうまく行きは
開発者のスキルチェック集 - 主に言語とシステム開発に関して
エンジニアのスキルレベルをチェック＆フォローするための，チェックリスト集。 学ぶべき項目を整理してあるので，判定だけでなく学習のためにも使える。 チェックリストには，２種類ある。 レベル判定用のチェックシート・質問集。（※面接や，タスクの振り分け時に利用） 各種IT技術について，初級・中級で押さえるべきポイントを網羅した，学習項目やノウハウのリスト。（※教育や研修のために利用） いずれも，開発チームの技術力の底上げのために活用できる。 このようなチェックリストを活用する事によって，以下の事柄が達成される。 低スキル者のために開発プロジェクトがリスクを抱え込む，という事態を回避できる。彼らを教育するためのリソースを短縮できる。 断片的な知識が散乱している状態であっても，それらの知識を体系的に整理し直して「知識のインデックス」を持たせ，抜けや漏れをなくすことができる。そうする事により，各メンバ
【岩田 聡氏 追悼企画】岩田さんは最後の最後まで“問題解決”に取り組んだエンジニアだった。「ゲーマーはもっと経営者を目指すべき！」特別編
【岩田 聡氏 追悼企画】岩田さんは最後の最後まで“問題解決”に取り組んだエンジニアだった。「ゲーマーはもっと経営者を目指すべき！」特別編 編集部：TAITAI カメラマン：増田雄介 123→ 4Gamerが任天堂取締役社長（当時）岩田 聡氏と，カドカワ（当時はKADOKAWA・DWANGO）川上量生氏の対談を掲載したのは，ちょうど一年前の12月末のことだった。 任天堂・岩田氏をゲストに送る「ゲーマーはもっと経営者を目指すべき！」最終回――経営とは「コトとヒト」の両方について考える「最適化ゲーム」 連載の最後を飾るにふさわしいラスボス的なゲーマーは，岩田氏以外ないというお願いを快諾していただき実現した対談では，岩田氏自身の経営哲学からプログラマー時代の豪腕ぶりがうかがえるエピソードまでが本人の言葉で語られ，大きな反響を呼んだ。 岩田 聡（いわた・さとる）：1959年北海道生まれ。1982年に
今どきの若手育成にひそむ3つの思いこみ
2016年4月13日に六本木Super Deluxeで開催されたIT/Webエンジニア向けイベント「TechLION vol.25」（http://techlion.jp/vol25）に出演した際の講演スライドです。 持ち時間20分ということで、以前にシェアしたスライド「効果が出る仕事の教え方」を本題の演目と捉えて、そこに入る前のマクラとしてお話をまとめました。 ※直接対面でお話しする前提で作ったスライドなので、スライドだけ見てもいまいち伝わりづらい部分、誤解釈させてしまうリスクもあって、内心こわごわの共有ですが、いくらかでも、つまんでお役立ていただけるところがあれば嬉しいです。 出演後の後書きをブログにまとめましたので、よろしければあわせてご覧ください。 TechLION出演の後書き┃心のうち http://hysmrk.cocolog-nifty.com/blog/2016/04/te
ソフトウェア開発の生産性を阻害する「気軽に聞けない」ことの考察と対策 - メソッド屋のブログ
マイクロソフトの DevOps テクニカルエバンジェリストになる前から、ずっと不思議だったことがあります。 それは、「アメリカのエンジニアの生産性の高さ」です。素晴らしいサービスは大抵彼らから生まれていますし、彼らを見ているとアウトカムも生産性も非常に高く感じます。 私は個人的にこの秘密を解く旅の途中にいます。私はインターナショナルチームに所属しているのですが、同僚と一緒に働いたり、ハッカソンをしたりして気づいた１つの仮説について共有したいと思います。 気軽に「聞けないこと」が生産性を阻害しているのでは？ 以前私は「米国のエンジニアはコンピュータサイエンスを専攻している人が多くすごく優秀で、さらに英語が出来るので、技術収集するのも楽だから相当アドバンテージがある」と思っていました。 英語に関してはそうだと思いますが、彼らの個々の人がそんなに優秀かというとそうでもないことに気づきました。それ
転職して7年が過ぎた
これを一部でシェアしたのは2014年なので結構前ですが、エンジニアのキャリアパスを考えるにあたって参考になるかと思って公開します。あくまで個人的な体験談で会社の見解などとは関係ないということに注意してください。 -------- 入社日記念の無料マッサージクーポンのメールを受け取って気づいたんだけど、こないだで入社後7年が経過したらしい。僕は結構長い期間をここで過ごしたことになるんだなと思った。ちょっと以前のことを振り返ってみようと思う。言うまでもないけどこれは僕の書ける範囲での個人的な感想と体験談であって会社の見解等を表しているものではない。 きっかけ そもそも最初は2007年にGoogle Japanのリクルーターからメールをもらったのがきっかけだった。Google Japanの知り合いから紹介で誘いがきて、「お、これは引き抜きってことかな？」と思ってよろこんで話を聞きに行ったのだった
エンジニアの専門性を伸ばすためにディレクターに気をつけてほしい3つのこと - Hatena Developer Blog
こんにちは、 id:stanaka です。 先日、社内ミーティングでディレクターから「エンジニアの専門性を伸ばすためにディレクターとしてなにができるか」という質問を受けて回答した社内向けエントリを公開します。 (ちなみに、はてなでのディレクターは、エンジニア、デザイナーなどの数名のメンバーからなるチームの率いる、現場にもっとも近いマネージャー、というポジションです。) エンジニアの専門性を伸ばすためにディレクターに気をつけてほしい3つのこと 1. 引き出しの数を増やすことができるようなタスクを振る エンジニアにとって自分が持つ引き出しの数と専門スキルは強い相関関係があります。サービス開発において遭遇するさまざまな局面において、いくつかの選択肢を提示でき、さらにその中から最適なものを選びとれることは、エンジニアの専門性が高いことの証です。 そのためには、いろいろな経験をさせてあげることが大事
エンジニア向け都内から行ける日帰り温泉 - shobylogy
エンジニア、肩や腰が凝りますよね。そんな疲れた時には温泉に行きましょう。 実は都内から気軽に行ける日帰り温泉がたくさんあります。 今回は、私が頻繁に通うおすすめの温泉を紹介します。 おすすめ温泉 東京染井温泉 Sakura 港北天然温泉 スパガーディッシュ 天山湯治郷 東京染井温泉 Sakura www.sakura-2005.com 巣鴨にある温泉です。この温泉はアクセスの良さが最高。 山手線で乗り換えなしで行けるのが魅力です。 また、23時までやっているため、仕事帰りに寄ることもできます。 施設が新しく綺麗なので、快適に過ごすことができます。 循環しているようなので源泉掛け流しではないですが、露天風呂が広く、空を仰ぐことができるタイプなので開放感がありリラックスできます。 休憩室が狭めなのが欠点。また、岩盤浴は時間制なため、あまりリラックスできませんでした。 さっと温泉に入ってさっと帰
眼精疲労エンジニアの私が愛用している対策グッズ - プログラミングとデザイン、スタートアップの話
５年間ほどプログラミングやデザイン関連でほぼ毎日パソコンと向き合う日々が続いている私ですが、かなりの頻度で眼精疲労から来る頭痛や眼の奥の痛みに悩まされています。 眼精疲労が発生すると作業に集中できなくなってしまいます。一度眼精疲労が発生するとその日はその痛みを直すことがなかなか難しいです。 なので、私は予防・対策に力を入れて、１日中パソコンの画面を見ていても眼精疲労を起こしにくいようにしていますので、そのグッズを紹介します。 今から紹介するグッズを組み合わせたことで、私の場合は眼精疲労発生率が1/4〜1/5程度におさまりました。 f.lux（Macアプリ） サンテ メディカル10 12ml パナソニック 目もとエステ リフレタイプ あずきのチカラ 目もと用 JINS PC Bluelight Filter（Androidアプリ） キューピーコーワi おわりに あわせて読みたい f.lux（
組織における、エンジニアの情報共有について。あるいは、レビューや設計について。 - # TODO: タイトル決定
これは、「ドリコム Advent Calendar 2015 その2」の、8日目の記事になる。 7日目は、middlemanとGitHub Pagesでブログを5分で開設！ほか盛りだくさん！ | いくら寝ても眠たい だった。 私は、ドリコムでエンジニアをしている matsusaki (@misoobu) という者だ。 ここでは、最近考えることの多い、組織におけるエンジニアの情報共有と、そのあるべき姿について書く。 また、それに関連して、コードレビューや設計についても触れる。 内容は、エンジニア視点のものになる。 情報共有は、組織にとって極めて重要だが、簡単なことではない。 本記事が、再考するきっかけとなれば、幸いである。 情報共有とは 情報共有を失敗するとどうなるのか 様々な情報共有 プロジェクトの状況や方針 作業内容とその状況 プログラムの設計やコード レビューの目的 レビューをするとき
なんでも自動化するエンジニアが残していったライフハック・スクリプト
元々はロシア語の掲示板に出ていた、職場での小さなことをなんでも自動化していたハッカーの話が英語に翻訳され、Hacker News等で話題になっています。 xxx(ハンドル名): オーケー、ビルド担当エンジニアが転職で辞め […] 元々はロシア語の掲示板に出ていた、職場での小さなことをなんでも自動化していたハッカーの話が英語に翻訳され、Hacker News等で話題になっています。 xxx(ハンドル名): オーケー、ビルド担当エンジニアが転職で辞めちまった。本当にターミナルに住んでるようなやつだった。わかるだろ、Vimが大好きで、.dotファイルで図を描いて、Markdownでwikiに投稿するようなタイプさ… もし何か、そう何でも、90秒以上掛かるようなことがあったら、スクリプトで自動化しちゃうんだ。 xxx: そういうわけで我々はここにいて、彼の、そう、「遺産」を見てるところだ。 xxx
GMOペパボのエンジニア新人研修 #lldiver - Kentaro Kuribayashi's blog
LL Diver | Dive into Lightweight Languagesで、「GMOペパボのエンジニア新人研修」というタイトルで話をしてきました。エンジニア新人研修については、その実施自体には、僕は既にあんまり関わっておらず、主にid:hibomaや新卒出身の若者たちが担っているのですが、その背景となっている考え方について一度まとめる必要があるなと思っていたので、この機会にまとめてみました。 いろいろ書いていますが、エンジニアがより楽しく働けるようにし、そのことでより高い成果を出すためにあれこれとやっているところです。ご興味を抱かれた方は、是非、以下をご覧いただきたく思います。 キャリア採用 / アルバイト採用 | 採用情報 | GMOペパボ株式会社
GMOペパボ株式会社の執行役員CTOに就任しました - Kentaro Kuribayashi's blog
昨日(3/21)、GMOペパボ株式会社の執行役員CTO*1に就任しました。昨年8月に技術責任者に就任したのですが、今後はより一層、経営に近い立場で「技術」という切り口において会社の成長に貢献していきたいと思います。 今後やっていくこと 今後やっていきたいことを整理すると、以下の3つになります。 成長のための技術戦略の策定・実行 1.を実現するための技術基盤づくり 1.を実現するための組織づくり これまでも「GMOペパボ攻勢の裏側にあった「技術的負債を抱えない開発体制づくり」3つの布石 - エンジニアtype」にある通り、あれこれやってきましたが、より踏み込んだ戦略を立て、実行していくつもりです。また、それぞれにおいて各論的にいろいろ考えていることはあるのですが、細かいことをここで述べてもしかたないでしょう。このブログでもこの1年あまり、上記についてあれこれと書いてきたので、是非そちらをご覧
何のために働くのかわからなくなった時、ヒントをくれる技術者達の言葉12 - paiza times
Photo by Petras Gagilas こんにちは、谷口です。 毎日仕事をしていると、仕事やキャリアについてどうすべきか悩むことがあると思います。 「開発は好きだけど、激務で精神的にも疲れてきた」 「自分で便利なシステムを考えて作りかったけど、現実は振ってきた案件を消化するだけになってる気がする」 「やりたいことがわからなくなってきた……自分はこのままでいいんだろうか？」 等々……課題や壁にぶつかったとき、不安が消えずにどうしたらよいかわからくなったとき、世界の著名なIT技術者や経営者の方々の言葉が助けになることもあります。今回は彼らのマインドに触れられるよう、ヒントになりそうな言葉を抜粋して集めてみました。（元の発言が英語によるものは意訳になります） ■ITエンジニアや経営者たちによる名言 ◆ポール・グレアム（スタートアップ養成所・Yコンビネーター創業者） 他人にとっては仕事のよ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
エンジニアコミュニティで組織は動き出す
エンジニアのための学ぶ技術
