濱渦伸次| NOT A HOTEL CEO @shinji_hamauzu 4年前のこのインタビューが好き。 「ただ金をつぎ込むだけ」というシンプルすぎるpaypayの戦略。大手が取れてスタートアップが取れない唯一の戦略。これをやられるのが一番怖い。 xtech.nikkei.com/atcl/nxt/colum… 2023-08-01 11:28:14
間違いを減らす方法を考えていて、ある程度以上はどうしようもないという役に立たない結論を得たのだったのだが、過激だったのか、意図せずアクセスが増えてしまった。単に苦労していますだけの内容を多く読まれても困るなと、一回取り下げて書き足しました。 間違いの減らし方を こちら に書きました。 仕事をしていると、必ず間違いを提出してくる人に出会ったことはないでしょうか?私は何度も悲しい思いをしており、そういう人にはもう仕事は頼めないと、非情ですが早々に判断するようにしています。 少なくともソフトウェア開発の世界では、正確さに大きな価値が置かれています。この業界だけでなく、一般的に、間違いは欠陥か事故であり、基本的に許されないものです。仕事は、紙の試験ではないため、百点満点が当たり前です。タクシーに乗ったら、事故せずに必ずつくことを期待する。手術で手が滑ることや、車を運転して信号を見間違えることは許さ
先日「育児など家庭の色々があって自分の時間が確保できなくなった。技術力を高めるための勉強ができなくて不安。」みたいな話を聞いた この悩みの直接的な解決方法としては先人の様々な体験談および対策みたいなものが世に出回っているからご家庭の状況に応じて参照すればいい思う 子育てと開発を両立するコツは「無理をしないこと」。パパ/ママエンジニアの働き方とは 子育てを支える技術 ─ フルスタックお父さんとエンジニアとしての成長を両立させるには ITエンジニアと子育てと勉強と それよりも「技術力を高めるための勉強ができなくて不安」という点が個人的には気になった 技術力とは何か?技術力が高くないとなぜ不安なのか?みたいな話 技術力は特に明確な定義があるわけではない 例えば著名なOSSにコミットしているとか低レイヤーのプロトコルやインフラをバリバリ実装してるとか競プロで上位勢だとか、挙げ始めたらキリがなく、そ
SIerのインハウスデザイナーとして働いてるんだけど、うちの会社の業務フローがクソすぎてストレスが溜まっている。 あの、PMのみなさん、ていうか我が社の開発標準つくってるみなさん。 外部設計とか機能設計とか、「設計」ってついてる工程にデザイナーをアサインしてください。 デザインって「設計」っていう意味なので。 別に、知識マウントとか偉ぶってるとかでもなんでもないです。 外部設計も機能設計も社内のエンジニアがエクセルで作っているけど、なんでデザイナーを呼んでくれないんですか? あなたたちがやってるそれ、デザインですよね? そのくせエンジニアは、自分が設計書を作っていても「デザイン」をしているという自覚は全くない。 それどころか「自分にはセンスが無いから〜!」と変にデザイナーを持ち上げてくるんだけど、あなたたちのやってることもデザインですよ。 なのに、自分たちだけですっかり外部設計とか機能設計
河野と申します。2018年8月からマッハバイトで業務委託(いわゆるフリーランス)として業務に携わっており、2022年6月から、テックリード(以降、TL)という立場となりました。 TLという言葉は広く使われていますが、実際に何をするのかは、会社や環境によってさまざま。 3ヶ月の振り返りがてら、ここに一例として公開してみようと思った次第です。 TL着任以前 Join当初はRailsエンジニアとしての働きを期待されており、最初の担当はマッハバイトiOS版用に、REST APIを開発することでした。 半年少しでその業務が一段落した後は、以下のことなどを担当してきました。 Rails製アプリケーションの機能追加、Ruby、RailsのUpdate ホストOSのUpdateに伴う、deploy環境の修正や、ライブラリなどのUpdate(オンプレ環境) マイクロサービスの中心に置きたいメッセージングサー
採用が困難な時期に妥協して未経験エンジニアを採用したけど、それが失敗だった。なぜ失敗なのかを話していきたい。 ただし未経験エンジニアといってもいろいろあって、子どものころからずっと学習してきたような人はただ実務が未経験なだけというように考えている。こういう人はあまり未経験と考えない。 自分への戒めもこめて。 失敗点 リターンがほぼ回収できないエンジニアの生産性の違いが10倍、100倍になることは別におかしいことではない。 そのため、未経験エンジニアに費やした時間がリターンを産むまでにとてつもない時間がかかる。 たとえば、生産性100/営業日の人が10営業日かけて教えるのなら、教えられた人は、1000の生産をしなければ当然マイナスになる。これは泣こうが喚こうが世界の理なのでここは変えられない。 1000の生産は、生産性1/営業日であれば4年2ヶ月かかる。つまり生産性100倍の人を用いる場合は
2022-08-08 リーダーの作法 ささいなことをていねいにを読み終えた。 著者は Netscape でマネージャー、Apple でディレクター、Slack でエグゼクティブを経験した Michael Lopp さんで、過去にBeing Geek や Managing Humans を書かれている。 翻訳の質も非常に高く、楽しく読めた。1 そんなにマネジメント関係を読んでいるわけではないが、HITH OUTPUT MANAGEMENT や、エンジニアのためのマネジメントキャリアパス ―テックリードから CTO までマネジメントスキル向上ガイド 同じくらい良い書籍で、学びや共感を多く感じた。 自分はマネジメントのポジションについたことはないが、仕事をしていくなかでマネジメント関係のソフトスキルや複数人でどうやってうまくリーダシップを発揮して、大きい問題を解決するかに興味があるので、良い書籍
思いついた順に書いてるからまとまりなくてすまん 給料がいい。転職前に比べて3倍超えた。GAFAと一括りにされるけど転職してきた人から聞くと割と風土は違うっぽいけど行ったことないから分かんない。エンジニアが全員頭いい。採用面接がマトモから。 コード書けてアルゴリズム分かってシステムデザインできる人しか取らない上司のことをマネージャーと呼ぶだけあって対等感は強い マネージャーはRPGのプレイヤーみたいにパーティの人数枠だけもらってるから、人が見つかるか、残ってくれるかはマネージャーの扱い次第 社内の転属は基本社内転職サイトを見て応募して他の候補者と競る。もちろんこちらも複数応募して気に入ったとこで内定して他は断る。 社内のコンパイラやコア言語チームのcoding practiceが神レベル。 社内アンケートで常に技術的負債が多いっていう不満が上がってるけど、前職の経験から言うと「お前らこの程度
あれっくす@フロントエンド x デジタルマーケティング @MHTcode_Alex 仕事で作業クオリティが低いってコメント来たので話聞いてみると不思議な世界が広がっていた 相手「仕様に書いてないが、普通のエンジニアならできるでしょ」 私「仕様に書いてないならやれません。仕様確認会などあったのでしょうか?」 相手「そんなものない。わからなかったら確認するでしょ」 続 2022-03-16 10:02:09 あれっくす@フロントエンド x デジタルマーケティング @MHTcode_Alex 私「わからないところは都度確認してますが、仕様に記載されていないものを作ることはできませんし、確認すらやりようがありません」 相手「テストでいっぱい不具合出てくる」 私「クオリティコントロールの仕組みがないから当たり前では?」 相手「こっちが確認してないのが悪いってこと?」 続 2022-03-16 10:
あるメーカーで技術職をしてるオッサンなんだけどけど聞いてくれ。 先日会社のマーケティング主導の製品企画のキックオフミーティングに呼ばれたんだけど、非エンジニアの文化にはじめて接していろいろ面食らっている。 なんていうか、普段馴染みのあるエンジニアだけで動いている会議って論点が割と明確なのよ。工業デザイナーの製品イメージがあって、筐体サイズや電力の制約があって、納期やコスト、開発リソースから実現可能性を考えてという具合に、製品の要素を実装可能な状態に落とし込むために要件を絞り込んでいく的な感じ。 一方、この前初めて参加したマーケ主体のミーティングはソフトバンクの決算で孫正義がやってるような感じのポエミーなプレゼン資料がポンポン飛んできて頭がくらくらした。「プロジェクトに対する私の思い」だとか、「製品のコードネームを決めよう!(提案者は製品コンセプトが抽象画なのでピカソ推し)」とかエンジニア目
この記事は、KLab Engineer Advent Calendar 2021 の25日目の記事です。大遅刻してしまいました、ごめんなさい。 こんにちは。KLabで今年の2月からCTOをしています@hnwです。 CTOに就いて以降、社内のエンジニアの方とお話をする機会が増えました。1on1だったり少人数の会議だったり形式は色々ですが、興味深い話をたくさん聞けて、自分にとっても会社にとっても必要なことだと感じています。 そうした際にエンジニアとしての将来の理想像やキャリアパスといった悩みを聞くことがあります。私もその場で言えることは言っているつもりですが、うまく伝わったか、もっと言えることがあるんじゃないか、とモヤモヤすることがあります。本稿ではそのモヤモヤを「○○問題」として整理してみました。 最初にお断りしておくと、キャリアの話は基本的には個人の問題ですから、あまり他人の話を真に受けす
私の所属している事業部では昨年の4月から今まで、1年と半年以上在宅勤務を行ってきた。 所謂SIerをやっている会社なんだが、うちの事業部は受託ではなく業務システムを開発、販売しており、50人ほどのメンバーがいる。 当時の部長がめちゃくちゃ優秀な人で、在宅勤務への転換にあわせてすぐに社内のコミュニケーションをメールからSlackにしたり、社内外のMTGをすべてZOOMで行うようにしたりと、情シスの人と一緒に色々ルールとツールを整備してくれた。kintoneも入れてくれて、社内申請や案件情報共有などいろんなことがオンラインでできるようになった。 その結果、出勤から在宅勤務に切り替えても売上は右肩爆上がり。 通勤の疲れがなく一日の可処分時間が増えて、ほとんどのメンバーが在宅勤務に関してとてもポジティブに感じていた。 オンラインでの雑談時には 「たまには出勤してもいいけど、在宅でも業務に支障がない
エンジニア単価表の記事はこちら! はじめに 社会人になってから数年。数々の失敗を目撃 & 体験をしてきました。 その教訓で、改善すればより仕事も人間関係も円滑に進み、エンジニアとしても成長できるだろうなというネガティブな点をまとめてみました。 僕も過去できていなかったり、今もできていないところはありますが、反面教師として伝えられたらと思います。 特徴 1.納期に間に合わない時、自分から報告してこない 明確に期日が共有できているのにも関わらず、直前もしくは遅れる旨を報告してこないパターンです。 責任感がない人に多い気がします。実力不足であったり、実装していくうちにタスクの見積もりがずれることもあるので勇気を持って報告しましょう! 2.タスク分解しないで、仕事し始める 機能実装のような中規模以上のタスクは、DB変更など下のレイヤーが間違っているとその上位の実装も全て修正しなくてはいけなくなりま
再発防止策を書くのは難しい。 良い再発防止策 良い再発防止策について、順位付けするとしたら、 その種類の問題について二度と意識することがなくなる解決策 その種類の問題を開発時に自動的に検知することができる解決策 その種類の問題が発生しても自動的に復旧することができる解決策 その種類の問題が発生しても影響が局所化される、フールプルーフ、フェールセーフになる解決策 と言うのは意識したいと思いつつ、やはり難しい。 再発防止はむずかしい 障害の再発防止策は、 メカニズム ツール ルール チェックリスト の順番に検討せよ。と言われても、急いで書けなんて言われると「次回からは複数人でチェックします。」とか「チェック項目を追加します。」とかいう徹底できなそうな「反省文」になってしまう。 まさにこの有名な猫...。 **「なぜミスを繰り返すのか」「どうすればミスを防げるのか」を真剣に考えていないことがミス
Akihiro Kimoto @タイバンコク @wombathai タイ・バンコクでスモールビジネスの研究をしています | 経営者、起業家 | 海外事業、タイ生活での気づきを発信 | 海外転職を検討中の方、DMください | 日本人の正社員(新卒可)を積極採用中、インターン受け入れしてます。 木本彰宏 -Akihiro Kimoto @wombathai 野村証券が「支社長まで出世する人材の共通点」を数億円かけて外コンに調査依頼した。調査の結果としては、学歴や世帯年収や親の職種は関係なく「入社して1番最初についた上席が優秀」が共通点だった。スクリーニングのために採用費に投資する以上に受け入れ側の教育に時間かける事が重要という話。 2021-06-14 17:00:34
一言でいうと コロナ禍のストレスやフルリモートでの働き方に適応出来ずどうしても厳しいと判断したので、少なくとも人に会ったり出来るようになるまでは勤め仕事は辞めて休養をすることにしました。 もう少し詳しく 1年前にコロナによる自粛が始まって以来、自分は不要不急の外出を控えるという行政の指示に従い極力外出をしないようにし、友人などと会うこともなく、ほぼ家とコンビニの往復しかしないという生活をしていました。 もともと自分は過去にひきこもり状態だったこともあるし、数ヶ月の休暇を取ることも珍しくなかったので、「外に出なくてもそれほど困らない方だろう」と思っていました。 しかし、自粛が数ヶ月続いた去年の夏ごろから徐々に心身ともに調子が悪くなっていき、それから今に至るまで慢性的な体調不良に悩まされています。 また、フルリモートでの業務委託の仕事というのも上手く適応することが出来ず、かなりストレスの高い状
スマートロックを活用した法人向けの「Akerun入退室管理システム」をはじめとしたAkerunブランドのクラウド型IoTサービスを提供するフォトシンス(フォトシンス)ではたらく最年長エンジニア、ヒロカズさんはなんと今年で80歳。 もしかしたら日本最年長のスタートアップエンジニアかもしれません。 周りの同僚はもちろん、直属の上司である取締役も孫のように年が離れている。でも、「お互いに敬意を払えば信頼は生まれるもの」と深谷さんは話します。 楽しそうに日々働いている話をお聞きすると、きっと技術的な資産と同じくらい、人柄も大事なんだろうと感じます。前回のインタビュー記事に続き、熟練エンジニアの人生を追います。 今回は深谷さんとその上司、取締役の熊谷さんにも話を伺いました。 大手メーカーから、五反田の2LDKのオフィスへ ーー長年勤めた会社を定年後、マレーシアで仕事を続けて10年あまり。そこから日本
はじめに予め伝えておくが、身バレ防止に、多少だがフェイクを織り交ぜた内容になっている。 そして、そのフェイクも他の医療機関(国立と名の付くどこか)での実際の出来事を複数織り交ぜている。 だが、伝えたい実情に偽りはない。 高度な医療を担う国の機関で、エンジニアと組織がこれほど腐っていては、将来性もへったくれもないと思うんだ。 某国立病院は国そのものではない。 だが、公的な組織がシステム構築・運用するとどうなるか、多少でも公にし、何かを考えるきっかけ・ヒントになってほしい。 役所的な仕事の仕方を受け継いでいるはずだと思うから。 ちなみに、次の仕事は、ある大手の企業で新システムの導入支援をすることになった。 私としてはそちらの仕事のほうが面白いし、自分の能力・経験にとってプラスになる。 自分主任(電子カルテとか色々)地方国立大学院卒(情報工学) 前職は大手システムインテグレータで専門はインフラ
沢渡あまね新刊 #バリューサイクルマネジメント #組織変革Lab 主宰 @amane_sawatari 「その仕事、エンジニア1~2名入れれば劇的に改善できますよ」 最近、地方(に限らないけど)の企業を回っていて思うこと。ところが、そもそもITエンジニアを採用する発想がない。彼ら/彼女たちはその仕事を「事務職」だと思っているから。そして優秀な事務員を探し求めている。凄くもったいない。 2019-09-11 00:04:14 沢渡あまね新刊 #バリューサイクルマネジメント #組織変革Lab 主宰 @amane_sawatari 地方企業経営者「優秀な事務員が欲しい!『事務員募集』」 沢渡「(その仕事なら、むしろエンジニア採用した方がいいと思う。そのほうが改善も進む)」 都内のエンジニア「Uターン転職したいけれど、エンジニアの求人がない!」 地方のエンジニア「地元にエンジニアの求人がない!」
意識高い系のいかにも仕事できなそうで職場や案件たらいまわしにされてるの丸わかりの増田とか、使えなさ過ぎて業界から追い出されてシコシコ技術ブログとか書いてるんだろうなっていう元ITエンジニアって肩書のブロガーとか自称業界人の皆様たちのおかげで、絶賛20代30代がいなくなり、40代50代の脳みそ壊れたオッサンオバサンばかりと少子高齢化のあおりを受けまくってるIT業界 そんな彼らが「IT業界がダメになったのは国や社会の責任だ!」と鼻息荒く早口でよく責任転嫁をしているが、彼らに「じゃあ昔のIT業界ってどんな風な仕事の仕方だったの?」っていっても口が裂けても答えてくれないことが多いのは周知の事実だと思う だから、これから運悪く新卒でブラックにあたって職歴に傷がついているからIT業界に仕方がなく来るしかない、という第二新卒の方々や、IT業界に来たいんだ!という奇特な新卒やダ学生の増田向けに、まだ日本が
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く