運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
継続は力なり―大器晩成エンジニアを目指して 記事一覧 | gihyo.jp
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
リクルートを退職した - hiroqn's [Data.ByteString.Lazy.ByteString]
退職 is 離苦route 自分はこのブログで書かれているチームにいた。（ちなみに、このブログに書かれていることはすべて事実だ） いわゆる威圧されている側である remember.fornothing.net 自分も疲れたのでやめた。普通に考えて、こういうことが起こる環境で働くのは厳しい。 「リファラルで採用！」みたいな感じで人の紹介を依頼されても、上のように優秀な人間からやめていく環境を紹介できるわけがない。 そう思うとモチベーションは下がる。 どうすれば良かったを論じても結果論にしかならないので、学べたことを書くしかない。 心理的安全性 まず第一に心理的安全性を確保できないのは危険だ。 こんなこと当たり前のように思えるけど意外とできてないし、 そもそも肉体的な安全すら確保できてない企業も多そう。 KPTと呼ばれるKeep（続ける良いこと）Problem（置きてる問題）Try（今後改善す
![リクルートを退職した - hiroqn's [Data.ByteString.Lazy.ByteString]](https://cdn-ak-scissors.b.st-hatena.com/image/square/9e2226d01997f57e9cad622dafa4df3199378233/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F10328749687233786557%2F13355765958053505842%2F1496966400)
[レポート] 【17-A-3】サーバレスにおける開発プロセス戦略 @ Developers Summit 2017 #devsumi ｜ Developers.IO
毎年2月に目黒雅叙園にて開催されているデベロッパーの祭典『Developers Summit』。2017年の今年も02/16(木)〜02/17(金)の2日間に渡って行われ、私個人としても例年通り参加してきました(2012年以降6年連続)。当エントリでは聴講セッションのうちの1つ、『サーバレスにおける開発プロセス戦略』の内容についてレポートしたいと思います。 Developers Summit 2017 エンジニアとして生きる、技術の先にある現実に踏み出す 【17-A-3】 サーバレスにおける開発プロセス戦略 | Developers Summit 2017 目次 当セッションの登壇者 パネルディスカッション内容：本編 各者自己紹介＆サーバレスの概要について Q.サーバレスを導入したシステム、及び導入で得られたメリットについて Q.導入の経緯 Q.導入時に苦労した点等 Q.ユニットテストにつ
![[レポート] 【17-A-3】サーバレスにおける開発プロセス戦略 @ Developers Summit 2017 #devsumi ｜ Developers.IO](https://cdn-ak-scissors.b.st-hatena.com/image/square/948594a64b5a2ed4561baf577c8b14dabd1ca617/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2017%2F02%2Fdevsumi2017-logo.png){kind=logo}
フリーランスになって、嫌な思い出 - Qiita
まあ、「フリーランスエンジニア」という、名称はカッコイイですが、 実情は使い捨ての派遣エンジニアです。 もっと言い方を悪くすれば、フリーターです。 数年フリーランスで働いていれば、嫌なことや嬉しいこともあるので、 今日は先に嫌なことを書きます。 嫌な事その１「人間として扱われなかった」 とある大手ベンチャー企業に某C社の紹介でSESで働くことになりました。 まあ、よくある労働時間精算の準委任委託請負業務で、業務の指示は 常駐先の上司から指示を受けるが、納品物を保障しない形式です。 面接の時に、「そこまで早くコードは書けないし、Githubも苦手です。」と 嘘偽り無く申し出ました。 案の定、GitのCommit時に謎のエラーで手間取ってしまったり、ソースコードを 書くのが若者に比べて遅かったりして、その分を取り戻そうと、早く来て、遅く まで作業をしていました。 特に、その作業を指示した上司か
伊藤直也さんの一人CTO Nightに一人で行ってきた - comix
巷で話題？のnaoya さんの一人CTO Nightに行ってきましたので、超雑ですがメモを公開しておきます。 イベント詳細： https://doda.jp/event/seminar/20160830.html オレオレメモなので多少ニュアンス違うところあるかもです。特に二部のパネルディスカッションの部分はかなり文脈を端折っているので雰囲気知るくらいに読んでもらえれば。 もし大きく間違っていることあったらご指摘くださいm(__)m ちなみにアニメの話はあんまりなかったよ。 では、早速。 第一部【プレゼンテーション】最速で最高のアウトプットを生み出すチーム作りとは？ 【プレゼンテーション内容】 CTO・技術顧問を複数社経験した伊藤直也氏が、過去の実際の事例をもとに、最高のアウトプットを生み出すチーム作りを解説します。 前提として、、、 50〜300人くらいの規模の組織が対象 CTOのマネジ
ペロリ流 開発要件のまとめ方 - peroli Developer's Blog
2016 - 07 - 22 ペロリ流 開発要件のまとめ方 開発プロセス list Tweet こんにちは。開発部のマネージャーをやっている mizushimac です。 今回は開発するモノの要件のまとめ方についてペロリ開発部が実践している内容を少しご紹介したいと思います。みなさんの会社やプロジェクトではどうやって開発するモノの要件をまとめていますか？ パワポ ですか？ spreadsheet ですか？ 流れ行く slack や github issue で議論しながらコメントに埋もれていき誰かが箇条書きでまとめますか？ きっとカオスなことが多いかなと思いますのでこのエントリーが少しでもご参考になればと思います。 ちなみに、ペロリはカオスを楽しめる人を求めていますw 開発要件のまとめ方って色々あって難しい 私が学生の時に所属していた ベンチャー企業 では、数十MBもある パワポ に画面イメ
ソフトウェアエンジニアが転職するときに気をつけること
いままで3回転職したけど、うまく行ったこともあるし行かなかったこともある。いままではわりと気軽に転職先を決めてしまっていたのだけど、そろそろ慎重に行かないと後がないなという危機感を覚えたので、とりあえず今までのことを振り返って気をつけるポイントを書いてみようと思う。 自分はこんな感じのエンジニアです。 技術的には広く浅くタイプデザイン・インフラは不得意マネージメントは不得意 いままで所属していたのは上場企業が多かったが、スタートアップも経験済み情報収集編IRを読め、短信だけでいいからこれまで何をしてきたか、これから何をするつもりなのか、会社の強みは何なのか、今後考えられるリスクをどう捉えているのか。上場企業ならばIRという形で外向けに情報を発信しているので、それを読むのはかなり大事。 で、具体的に書いてなくてよくわからないところが絶対あるはずなので、それを面談で聞く。ピンと来なかったらその
非エンジニアのプロダクトマネージャーが抱える悩みと強み - Noize
日本最大のProduct Manager Community blog.kentarok.org こんなコミュニティがあったんですね。ビズリーチPM id:tannomizuki さんのブログを通じて知りました（id:antipop さん、改めて設立ありがとうございますm( )m）。 早速参加して過去ログをすべて読み漁りました。現時点で300名超が参加しており、対話や議論が生まれるコミュニティとしてはおそらく日本最大規模といって良いんじゃないでしょうか。 このコミュニティの議論の流れをサマると以下の様な感じ。 日本において製品開発におけるプロダクトマネージャーは主に自動車産業でその役割を発展してきた経緯がある が、知見が閉じておりなかなか他の産業まで浸透していなかった。 日本のIT産業の拡大と、OSS的な指向からその開発手法が会社に閉じることなく広がり始めてきた。 その中でここ数年、急激に
Engineerのキャリアとしての”Product Manager”とは？ 日本のスターエンジニアが語る4つの視点 - SmartNews Engineering Blog
SmartNewsで広告プロダクト責任者をやっております、渡部と申します。 昨日(6⁄4)に「世界に羽ばたく!! Product Manager Night」というイベントをスマートニュース社オフィスにて開催しましたのでご報告です。 イベント概要 登壇者は 中村 智武 氏 (CyberZ OPENREC事業部 開発局局長兼プロダクトマネージャー) 川崎 修平 氏 (DeNA 取締役 最高技術責任者) 荒木 英士 氏 (GREE 取締役執行役員) あと、僕、、、 という若干一名を除いてはめちゃくちゃオールスターキャスト。 だって、「F.O.X」作った人と、モバゲー作った人と、クリノッペ作った人ですよ。調子に乗ってダメ元でイベント登壇のお誘いしたら皆さん二つ返事でOKしていただいて、ほんとイケメンすぎ。 そもそも、なぜ「プロダクトマネージャー」のイベントを企画したのかというと、海外のカンファレ
Web系ベンチャー各社の開発体制・開発プロセスについて | Weekdayランサーズ勉強会 | ランサーズ（Lancers）エンジニアブログ
こんにちは、ランサーズのtomohiroです。 ランサーズでは、自社で開催する勉強会で、 『WeekendLancers（週末ランサーズ）』というイベントを開催してきたのですが、少しご無沙汰になっていました。今回改めて再開しようと調整した結果、平日の夜(４月２３日木曜日)になったため、weekday ランサーズとして開催する事になりました。 そして、記念すべきを第１回を私が登壇する事に。 今回のテーマは「開発体制・開発プロセスについて」。 どの会社も成長に伴い、色々試行錯誤しつつ、色んな仕組みや施策を取り入れているようです。 登壇していただいた企業はどこも「自動化」と「情報の集約」はやっているような印象を受けました。例えば、ランサーズでは、「情報の集約」にchatwork と言うツールを使っています。 各社ツールは違えど、アプローチは似ているんだなと感じました。 詳細はぜひ登壇資料をご覧い
BPStudy#92で「エンジニアの経営学」の話をさせて頂きました - GoTheDistance
発表資料はこちらにございます。 Bpstudy#92 エンジニアの経営学 from Michitaka Yumoto www.slideshare.net お金の流れについて知ったから良いエンジニア人生を築ける理由にはならないんですけど、会社組織と無関係では生きていけないので... 会社組織の論理ってものがあります、と。その上で仕事とお金の関係だけは精査して整理しておかないと色々不幸なすれ違いもあるんじゃないかなってことで、その辺をまずお話させて頂きました。現場に居続けるのもなかなか難しいチョイスになると思いますし。 この資料を作るにあたって本屋さんや図書館で経営学と書いてある本を結構読んだんですが、どの本でも組織運営について多くのことが書かれておりました。会計の話は触れていない本も多かった。ビジネスモデルの構築であったり経営戦略理論であったりというのは、時代が変わると再定義されてきてい
子育てありきのエンジニア業 - HDE BLOG
日の出とともに起きるエンジニア この春で意図的に自分のライフスタイルをそれまでの「渋谷で月曜から飲んじゃうぜ！」パターンから完全に変えてから2年半が経ちます。現在自分は朝8時半に出勤、午後3時半〜4時くらいに退勤、あとは午後7時〜8時頃にまたオンラインになり家から必要な事を行う…という基本スケジュールをとっています。ステレオタイプなエンジニア象では夜中遅く暗い部屋でハックしているイメージがありますが、現在の自分は日の出とともに起き午後11時すぎには寝てしまう生活をしているエンジニアなのです。 幸いな事にプログラマー・エンジニアという仕事は周りの理解さえあれば伝統的なサラリーマンのステレオタイプから見たら明らかに異常なスケジュールでも特に生産性を落とさずに仕事を続けることができると仕事ですので、これを最大限利用させてもらっています。 自分は子育てのために意図的にこのような形を取っており、転職
【フロントエンド】新規 Web アプリケーション開発案件をふりかえってみた | PSYENCE:MEDIA
4 ヶ月あまり続いた新規開発案件がようやく落ち着きを見せたので、ここらで振り返りをしてみたいとします1)リリースまでに巻き取れなかった不具合や未実装箇所が幾つか残っているので、まだ気持ち的には終われていないのですが…。 サービスのおおまかなアウトライン コンシューマ ( 一般ユーザー ) 向けサービス ブラウザで動く Web アプリケーション ワンソースによるレスポンシブレイアウト サポートするブラウザは IE9 以降や Android4.x 以降のモダンブラウザのみ Ruby on Rails 多言語対応あり SEO 対策はそれなりに必要 わりとフワッとしか要件が決まっていないままスタートしたので、TRY & ERROR を繰り返しながらの開発 すごく大雑把ですが、だいたいこんな感じの Web アプリケーションです。これを踏まえてフロントエンドをどのように開発していくかを設計していきまし
優秀なエンジニアがいなくてもやっていくために - Line 1: Error: Invalid Blog('by Esehara' )
ITの世界には「銀の弾丸は存在しない」という合言葉がある。これはどうやら狼やドラキュラを退治するときの道具が「銀の弾」らしく、古典的な名著であり、未だに参照され続けている『人月の神話』という本に収められている論文から来ているらしい。なぜ、「銀の弾丸は存在しない」と言われるのかというと、ある諸問題に関して一気に片付けられるような、そういう解決策は無い。少なくともそれらの問題に関しては泥臭く、忍耐を持って接しないといけないという話だ。川を綺麗にするためには根気よく缶を拾ったりしなければいけないのと似たようなものだろう。 元のドラキュラの話を知らないので、Wikipediaで聞きかじりに語るのだが、そもそも「銀の弾丸」といったところで、その「銀の弾丸」を使う存在というものがいる。ドラキュラの場合、それが「ヘルシング教授」である。ヘルシングといえば平野耕太の漫画を思い出すが、どうやら原作のドラキュ
グーグルの女王｢コードは徹夜で書きますよ！｣
変な中間色より赤が似合う人ですね。 グーグルの女王、検索プロダクツ＆UE担当副社長マリッサ・メイヤーさんです。みんなが使うグーグルのサービスはどれもこれも彼女が一度は目を通してます。 ファッション誌｢Glamour｣が選ぶ今年の女性11人に入り、マリア・シュライバー加州知事夫人などと一緒に先日インタビューが公開されました。 女史は、スタンフォード大学コンピュータサイエンス修士号取得（専門は人工知能）後、グーグル初の女性エンジニアのひとりとして採用された社員第20号です。勤続10年のベテラン。 お気に入りのブランドは、オスカー・デ・ラ・レンタとアルマーニとか...。7月の｢VOGUE｣誌の特集では、2007年から交際中の婚約相手の男性も正式に紹介されてましたよね。どこの富豪だろうと思ったら、サンフランシスコの不動産関係の方でした。 自称ナード。少なくともご本人はそう思ってるみたいですね。仕事
プログラマー面接時の技術的な質問事項(アプレッソ版) : 小野和俊のブログ
技術者・SE・プログラマ面接時の技術的な質問事項というエントリをはてブで見かけたのだが、私もjavaプログラマーの面接を割とよくやっているので、よく質問する内容をまとめてみた。 (ちなみに、基本的にコーディング面接の形態を取っている) プロジェクトの性質にもよると思うが、私の場合には、情報処理技術者試験的に基礎が満遍なく抑えられているかどうかよりも、 すぐ答えが見つからないような課題に対して、きちんと自分でやり方を考え、対応することができるか 「変な」コードをコミットしたりしないか(見つけにくいバグを混入させるとか、汚いとか、遅いとか)といった点を重視している。 まず、何を知っているかよりも、どんなものを作れるか、どんなことができるか、という質問。 ここで強烈な回答が来る人は、たいていここより下の質問は「あー、はいはい」という感じでサラッと答えてくることが多い。 これまでに携わってきた開発
リナキャバなう - ぼくはまちちゃん！
先日のミーティングで「リナックスキャバレー」をつくれば良いということになったので、ちょっとここにメモしときますね！ はい！ こんにちは！！ エンジニアってキャバクラ苦手な人が多いよね。 なぜなら逆に気を使って疲れるから…！ 女性の方も、がんばって何でもない話を膨らませてくれようとするのだけれど…、 そもそもエンジニアは「何でもない話」が苦痛でならないんだね。 それ時間のムダとすら感じちゃうから大変！ それどころか、興味ない話を搾り出すのにものすごいエネルギー使っちゃうのが我慢できない…！ だけど自分の好きな話題、有意義だと思える話題なら饒舌になっちゃうのもエンジニア。あ、ここは「エンジニア」を「オタク」に置き換えても同じかな！ そこで「Railsのことが話せる女性」や「ActionScript3.0ならマカセトケ」みたいな女性、さらには「正規表現の女神」、あるいはそこまでいかなくとも、毎日
Future Insight
Alpaca主催でMarketTech Meetup #01を開催予定。Alpacaからも発表がありますが、これは彼のプライベートモデルです。会社でもプライベートでも予測モデルつくっているってどれだけ好きやねん。 alpaca.connpass.com 米国でTwo Sigmaがkaggleにお題を提供して、マーケット予測が盛り上がっているように、日本でも小さいながらもコミュニティを作っていけたらと思います。今後はマーケット予測に縛られずマーケット X 技術でもおもしろいネタを定期的に拾って盛り上げていきたいと思います。 ご興味ありましたら、ぜひぜひご応募ください！ Alpacaが7.5億円を三菱UFJ銀行等から調達致しました。ここからガンガンAIとトレーディングの融合領域に全世界のデータサイエンティストを集めて挑んでいきます！人材大募集中です。 / “AlpacaJapanが、三菱UFJ
人月計算とExcelとスーツの世界より・アフター
http://anond.hatelabo.jp/20080323175904 半年前に「人月計算とExcelとスーツの世界より」を書いた増田だけど、この増田が他人に思えなかったので、半年ぶりに自分の話をしたいと思う。 半年前のエントリの内容、読んでない・読むのたるいって人のために簡単にまとめておく。 俺はCOBOLっていう昔々の言語を使って巨大な金融システムのお守りをしていた。それは誇らしい仕事（「これ読んで「転職考えろ」とか言ってるやつってアホだろ」的な意味で。これももっともな話だよね）ではあるんだろうけど、俺はやっぱりキャッチーな新技術がやりたくてたまらない。 そんなふうに増田に愚痴ったところ、なんか400以上のブクマがついた。以上がこれまでのあらすじ。 話の続きを始める。 あれほどのブクマを集めたことなど初めてだった。戸惑いながらも、日々増えていく皆のコメントを噛み締めた。 転職を
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
