アーキテクトを目指すエンジニアの最短ルート - エス・エム・エス エンジニア テックブログ
介護や医療、ヘルスケア、シニアライフなどの4つの領域で高齢社会の情報インフラを構築している株式会社エス・エム・エスで、技術責任者をしている @sunaot です。2015年2月に入社して以来、技術責任者として開発組織の構築や開発基盤の整備をリードしてきました。 今まで私がソフトウェアエンジニア（以下、エンジニア）の採用面談を延べ800件ほど担当してきた経験を振り返ると、ソフトウェアアーキテクト（以下、アーキテクト）をキャリアのゴールに据えているエンジニアも多いようです。ただ、アーキテクトを目指している一方で、実際にアーキテクトになるためには、どういった会社組織でどのような経験をしたらいいのか分からないというケースも見受けられました。 今回は、アーキテクトを目指したいエンジニアの方向けに、アーキテクトになるために必要な4つの経験や、それが経験できる会社組織について紹介します。 アーキテクトと
オープンソースがわからない
OSS活動をしているエンジニアが採用で有利だったり、なんかエライとかカッコイイみたいな空気がある。 オープンソースを主軸にしている会社で働きはじめてから、人が何を前提として、何を指して「オープンソース」と言っているのか、どんどんわからなくなってきた。いったいなぜOSS活動が良いとされるのか。 可能性1 ▸ ソースがオープンである これは自明に思えるかもしれないが、本当にそうだろうか。ソースがオープンなのは良いことだという価値観は、そんなに広く受け入れられているだろうか。 たとえばうちの会社は「ソースはできる限りオープンであるべき」という信念を掲げているし、私にとってもそれは魅力的なポイントのひとつだった。さらには「すべてのソースはオープンであるべきで、オープンじゃないソフトウェアは使わない」という過激派も世の中には存在するが、いずれにしろこのようなオープンソース主義者が多数派であるとは思え
入社して2年が経った #Ubie について理念・仕事内容・人・待遇の観点から語る - 算譜王におれはなる!!!!
なんと早いもので！AI医療スタートアップのUbie（ユビー）株式会社に入社して、2年が経ちました。あっと言う間ですね〜。 Ubieは来月に4期目を迎える、まだまだ若いスタートアップ企業ですので、そういう意味で2年という期間は長く、今と入社当時とでは状況がまるで違います。 このエントリでは、僕にとってのUbieを「THE TEAM」の中で語られている組織のエンゲージメントの4Pという観点で、入社当時と現在を比較しながら考えていきたいと思います。 もくじ Philosophy（理念） Profession（仕事の内容） People（人） Privilege（待遇） おわりに Philosophy（理念） Ubieが掲げるビジョンは「Hello, healthy world」です。 健康が当たり前に存在する世界を実現したいと考えています。 そして、それを実現するため「テクノロジーで人々を適切な
iOS開発者の堤修一さんにインタビュー（前編）：カヤックで「使えないおじさん」からエースエンジニアになるまで - THE BRIDGE（ザ・ブリッジ）
ベルリンのコワーキングスペースBetahausにてインタビューに応じていただいた堤修一さん 世界中を旅しながら仕事をするというヒップなライフスタイルを実践するハッカー集団「Hacker Paradise」に先日ベルリンでインタビューをしましたが、そこで日本人として唯一参加されていたのが、iOS開発者の堤修一さんです。堤さんといえば、日本のiOS開発者界隈では有名な方。ブログで積極的にiOS開発関係のことを発信するブロガーとして、またGitHub上で積極的に活動されていることでもよく知られています。 最近は「海外の仕事をしたい」モードだという堤さんに、これまでのキャリアの話を色々と伺ってみました。話を聞けば聞くほど「以前の職場カヤックには、一度面接で落ちている」「カヤックに入ったはいいものの最初はぜんぜん使いものにならない窓際エンジニアだった」などという意外な過去が次々と明らかに。 インタビ
障害対応という花形 - 毛並みの揃った話はないけれど
みなさんこんにちは。 私は プレイド のエンジニアの大平(おおひら) (@Victoria_Peak_) と申します。 7年勤めた野村総合研究所を辞め、2018/07〜現在まで 株式会社プレイド で勤務しています。 twitter.com 日々の活動内容(プログラミング・SaaS/SIer・ロードバイク・減量など)をつぶやいたりしておりますので、本エントリを読んで興味を持たれた方は、twitterでフォロー、リプライ、メッセージなどをいただければと思います。 基本すぐに回答します。 今回は下記の本ブログのメインストリームである「SIer/年収1000万を手放した私」シリーズをお休みして、スピンオフとして執筆します。 www.taihey-blog.com 0.エントリ執筆のきっかけは twitter 今回のテーマで執筆しようとしたきっかけは、twitter上のこんなやり取りがきっかけでした
» マイクロサービスを数年間実践して見えた課題とその対策 TECHSCORE BLOG
こんにちは。Synergy! 開発チームの松本です。 前回の記事で、マイクロサービスアーキテクチャスタイルが持つ 9 つの特徴について解説しました。今回はその流れで、当社がここ数年、マイクロサービスアーキテクチャスタイルを実践してきて直面した課題と、現時点でのその対策をご紹介します。 サービス間のコミュニケーションが失敗する オンプレ環境はモノリス化しやすい サービスをコンテキスト境界できれいに分割することが難しい 特定のサービス強化にリソースを集中投下したいケースがある アラート対応による割込みで集中力も開発時間もうばわれる サービス間通信における結合度をいかに下げるべきか Synergy! に関するマイクロサービスへの取り組みをご紹介した過去記事はこちらです。 ローンチから10年を経たSaaSシステム開発が抱える問題にどう取り組んだのか (2016/07/08) martinfowle
システムをRuby on RailsからDjangoへ移行
ご無沙汰しております。hokanエンジニアのショウタです。新年のご挨拶の投稿より約3ヶ月ぶりの投稿となります。新年より表題の通り、バックエンドのフレームワークの移行プロジェクトに伴いバタバタしており、投稿がおろそかになっておりました。 無事、システムの移行作業が落ち着きましたので、これからは頻度を上げて弊社の開発状況や各エンジニアのアウトプットを積極的に投稿していきますのでご一読頂けると嬉しいです。 何故、Django?フレームワークでDjangoを選定した大きな理由の一つが、バックエンドをリードしております私自身が得意とするフレームワークであるということです。また同時にRuby on Railsの大規模開発に関する知見がチーム内少なく、ベストプラクティスを体系的に模索するよりも、0から作り直す選択肢の方が遥かに効率的かつ、質の高いものをお客様に提供できるということでDjangoを選定しま
エンジニア歴17年の俺が、事業系の開発タスクをバンバン投げてくる非エンジニアに、保守の必要性を死ぬほど分かりやすく説明する。｜じゅ ごん｜note
エンジニア歴17年の俺が、事業系の開発タスクをバンバン投げてくる非エンジニアに、保守の必要性を死ぬほど分かりやすく説明する。 [Ateam Lifestyle x cyma Advent Calendar 2018]の5日目は、株式会社エイチームライフスタイルの@gonjyu121が担当します。 はじめに最近のWEBサービス運営チームというと、事業運営や企画営業のチームと、エンジニアチームが一緒になって働く事が多いですよね。 そんな時、多くのエンジニアが、 「品質保持やリファクタリング、改善系のissue（タスク）の優先度がなかなか上がらず、着手できない・・・・・・」 といった悩みを抱えがちです。これなんですが、非エンジニアの皆さんからすると、 「エンジニアがすごいのは分かるんだけど、何をやってるか、なんでこんな時間がかかるのか、正直分からないんだよなー」 と思っていたりします。こんな話、
全ての開発者が学ぶべき5つの言語 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 「どの言語を学ぶべきか」という議論はエンジニア向け記事の定番ネタですが、HackerNoonに投稿された5 Programming Languages Every Master Developer Should Learnという記事がなかなか興味深かったので翻訳してみました。 (2018/11/04追記) こちらの記事に関する「別視点からの意見」として下記のような記事を追加いたしました。宜しければこちらも併せてご参照ください。 Ruby->Go->Scalaという習得順序がエンジニアの爆速の成長に最適である理由 はじめに 「プログラマー
あるエンジニアが「Kibela」というサービスを考え、リリースするまでのフローを全部教える - エンジニアHub｜若手Webエンジニアのキャリアを考える！
あるエンジニアが「Kibela」というサービスを考え、リリースするまでのフローを全部教える エンジニアがサービスのアイデアを思いつき、それをリリースするまでにはどのような過程があるのでしょうか。情報共有ツール「Kibela」が世に出るまでのフローを、起業した井原正博さんが詳細に振り返ります。 ヤフーやクックパッドでの開発を経て、ビットジャーニーで代表を務める井原正博（いはら・まさひろ／@ihara2525）です。プライベートで超長距離のランを楽しむかたわら、情報共有ツール「Kibela」の開発・運営を手がけています。 Kibela - 個人の発信を組織の力にする情報共有ツール 「Kibela」は僕自身が2015年に起業して立ち上げたサービスですが、この記事では、僕がサービスをいかに開発したか、その方法からリリースまでの過程を振り返りつつ、サービスの現在の状況までお伝えします。 「自分でもサ
それ、開発しないほうがいいですよ | rake enjoy
うちの会社が開発会社なのと会社名からちょいちょいサービス立ち上げの相談を受けます。そこでどういったサービスを立ち上げるのかなど色々お伺いしていくんですが、結構な確率でお断りすることが多いんですね。その際に 「それ、開発しないほうがいいですよ」 と伝えさせてもらってます。うちは開発会社なので、仕事として請けたほうがメリットも大きいんですが、多分結果誰も幸せにならないだろうなーと思って止めさせてもらってます。 割と同じような話を何回もさせてもらっているので、今回は改めてまとめてみたいと思います。 開発はお金がかかる まず、ここの認識を持ってもらいたいのですが、開発をはじめてしまうと非常にコストがかかるんです。今時はサービスを立ち上げる場合、ローンチして終わりではなく、継続して改善し続けないと成長しないどころか立ち上がってもきません。ですのでリーンスタートアップにも書かれているように小さく立ち上
開発の“無理ゲー進行”はこう回避せよ！ 若手エンジニアが締め切りを健全に守るためのストラテジー - エンジニアHub｜Webエンジニアのキャリアを考える！
エンジニアHub > 記事一覧 > 開発の“無理ゲー進行”はこう回避せよ！ 若手エンジニアが締め切りを健全に守るためのストラテジー エンジニアにとっての永遠のテーマ、「締め切りはどうしたら守れるか」。上司に言われるままにタイトなスケジュールを押し付けられた経験があるエンジニアは少なくないはずです。 「無理ゲー進行」を生み出す要因はいくつもあります。「完全版をリリースしなけばいけない」という固定観念や、期日だけを厳密に管理して現場へプレッシャーをかけるプロジェクト進行、無理なプロジェクト進行を経営課題と認識せず、現場の「頑張り」に甘えて放置している経営者（意志決定者）など。顧客（クライアント）や上司から押し付けられる「無理ゲー進行」に、工数見積もりに慣れていない若手エンジニアはどう対処していけば良いのだろうか――。 無理ゲー進行の原因をひも解いていくのは、かつて株式会社ミクシィにて最年少で執
惑星を動かすプログラム - Qiita
* Hostname was NOT found in DNS cache * Trying 93.184.216.34... * Connected to example.com (93.184.216.34) port 80 (#0) > GET /index.html HTTP/1.1 > Host: example.com > ... > < HTTP/1.1 200 OK < Content-Type: text/html < ... < <!doctype html> <html> ... </html> * Connection #0 to host example.com left intact ブラウザのアドレスバーにhttp://から始まるURIを入力したとき、つまりHTTPクライアントにURIを渡したとき、どのような処理が行われるか、これを見るとわかりやすのではないか
イケイケなベンチャーの開発チームが、大企業的な開発チームになってしまう5つの兆候 - Qiita
はじめに この記事は CrowdWorks Advent Calendar 2016 18日目の記事です。1 やすにしと申します。世間一般的に言う、ジャーマネ的なことをやらせていただいております。組織というのはナマモノでして、常に変化し、課題の種のようなものを見過ごすと、後々大変なことになることが多くあります。とはいえ、うまくいっても空気のように当たり前となりますし、うまくいかないと批判の的になるというなんとも世知辛い役割ですね。 我々も、5人ほどのエンジニアだった組織が、9ヶ月ほどで30人を超え、大きな変化を迎えました。人数が多くなるということは、課題が変容し複雑になるということ。当然ながらその複雑な課題に対して対処するわけですが、そこで多くの会社は「マネジメント」をしようとします。ただ、そのマネジメントもやり方を間違えると、活力や改善や変革をする芽を奪ってしまい、一気に硬直化し、数人だ
パソコンを触るだけではダメ 灘高の天才プログラマーがITスキルより前に身につけた能力とは
Life is Tech !が主催する教育とテクノロジーの祭典「Edu×Tech Fes 2013」において行われた、灘高の天才プログラマー、矢倉大夢さんによるスピーチです。16歳の若さでジャパン・サイエンス＆エンジニアリング・チャレンジ（JSEC）において日本文部科学大臣賞と富士通賞をダブル受賞した彼は、幼少期から2つの能力を培ってきたことが自身のエンジニアとしての可能性を大きく広げたと語ります。パソコンを触らせることが本当のIT教育ではないとする彼が、プログラマーとしての基礎体力をつけるための方法を紹介しました。（Edu×Tech Fes 2013より） 中学生からソフトウェア開発をしていた 矢倉大夢氏：身長だけではなくてプレゼンの内容もアブノーマルなTehuのあとでしゃべるっていうのは結構ハードルが高いんですけども（笑）。 「今必要な『三つ子の魂』とは何か」ということで話させていただ
Twitterの日本人エンジニアに聞く、天才ハッカーと凡人の違い
Twitter社において日本人エンジニアとして活躍するひげぽんこと蓑輪太郎氏が、ITジャーナリストの西村賢氏と対談。勤務の習慣や開発環境、また社内の天才ハッカーが見せる特別な技術などについて語りました。 Twitter開発のテストはローカルで 西村賢氏（以下、西村）：Twitterって巨大な世界的企業で、一般的な開発と全然かけ離れているイメージがあったんですね。今ちょっと驚いたのがRailsでローカル環境でまだやってるということで、ローカル環境、例えば蓑輪さんも入られて最初、Macかなんかで開発するわけですよね。その上に開発環境を整える。 具体的に、例えばデータベースのところはどうするとか、結構この環境構築は大変なんですか、最近、その開発環境とステージングとプロダクションをなるべく近づけろとか、ありますよね、そういうトレンドが。そういう意味で言うと、ローカルTwitterが再現できちゃうと
プログラマの生産性と報酬 - アスペ日記
追記: 続編を書きました。マッチョとの戦い 最近、プログラマの生産性が話題です。 いろんな意見があるものの、個人的には 10〜100倍の生産性の違いはあると思います。 いや、それは違う、生産性の高いエンジニアは生産性の低いエンジニアに作れないものが作れるのだからそういう話ではない、という意見もあります。 しかし、実際には生産性の低いエンジニアができもしないことをしようとして結局できないで終わるということがあったりしつつも、何らかの貢献をするというのが普通だと思いますので*1、最終的には 10〜100倍の違いといった形に落とし込めると思います。 で、この生産性の違いはどこから来るのか。 個人的には才能だと思っています。 ぼく自身は、自分のことを中間レベルのエンジニアだと認識しています。 平均の 3〜10 倍できて、トップより 3〜10 倍できないくらい。 でも、自分が平均から抜け出るために何
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
日本とアメリカのエンジニアを取りまく環境の違い：IndeedのCEOと開発責任者が明かす
shinji.asia