仕事力と技術力と不安に関する雑文
先日「育児など家庭の色々があって自分の時間が確保できなくなった。技術力を高めるための勉強ができなくて不安。」みたいな話を聞いた この悩みの直接的な解決方法としては先人の様々な体験談および対策みたいなものが世に出回っているからご家庭の状況に応じて参照すればいい思う 子育てと開発を両立するコツは「無理をしないこと」。パパ／ママエンジニアの働き方とは 子育てを支える技術 ─ フルスタックお父さんとエンジニアとしての成長を両立させるには ITエンジニアと子育てと勉強と それよりも「技術力を高めるための勉強ができなくて不安」という点が個人的には気になった 技術力とは何か？技術力が高くないとなぜ不安なのか？みたいな話 技術力は特に明確な定義があるわけではない 例えば著名なOSSにコミットしているとか低レイヤーのプロトコルやインフラをバリバリ実装してるとか競プロで上位勢だとか、挙げ始めたらキリがなく、そ
コンサルタントやってた時、重要な対人技術として『「ちがう」と言うな』と習った。
コンサルタントのころ。対人技術を教わった。 様々なものがあったが、その中でも群を抜いて重要な技術の一つは 「会話の時、人の話を否定しない」こと。 具体的には、人に『ちがう』と言ってはいけなかった。 ＊ 若干うろ覚えだが、客先で、こんなことがあった。 プロジェクトで、部門別の目標を立てて、発表してもらった時のことだ。 私：「では、営業部2課の目標の発表をお願いします。」 営業2課：「既存顧客を中心に、前年比10％の売上アップです。」 私はここで、おかしいな、と思った。 先日の経営会議で 「営業2課は、新規開拓を中心にした目標にしてほしい」 との指示があったからだ。 それがなぜか既存顧客中心にすり替わっている。 訂正させなければならない。 が、「その目標、間違ってませんでしょうか？」と否定するのはご法度だ。 私は思案した。 どうすれば担当者を否定せずに済むのだろう。 そこで確認した。 私：「確
「老害にならないようにね」80歳エンジニア、スタートアップで働く毎日を語る | Coral Capital
スマートロックを活用した法人向けの「Akerun入退室管理システム」をはじめとしたAkerunブランドのクラウド型IoTサービスを提供するフォトシンス（フォトシンス）ではたらく最年長エンジニア、ヒロカズさんはなんと今年で80歳。 もしかしたら日本最年長のスタートアップエンジニアかもしれません。 周りの同僚はもちろん、直属の上司である取締役も孫のように年が離れている。でも、「お互いに敬意を払えば信頼は生まれるもの」と深谷さんは話します。 楽しそうに日々働いている話をお聞きすると、きっと技術的な資産と同じくらい、人柄も大事なんだろうと感じます。前回のインタビュー記事に続き、熟練エンジニアの人生を追います。 今回は深谷さんとその上司、取締役の熊谷さんにも話を伺いました。 大手メーカーから、五反田の2LDKのオフィスへ ーー長年勤めた会社を定年後、マレーシアで仕事を続けて10年あまり。そこから日本
質の高い技術文書を書く方法 - As a Futurist...
大学や大学院で論文の書き方を鍛え上げた人たちには遠く遠く及ばないが、僕の様なはぐれもの1でも最近は Amazon 社内で文書の質が高いと評価してもらえるまでにはなった。Software Engineer として、コードでのアウトプットはもちろん大事だけど、文書のアウトプット(およびそれによって得られた実際のアウトプット)は同じだけ重要である2。今回は自分が最近どういうところに気をつけて技術文書を書いているのか、ということについて数年後の自分が忘れてないことを確かめられる様にまとめておく。 そもそも文書とは？ 英語だと document。ここで指す(技術)文書とは、人間が読む文体で書かれた技術に関連する情報、といったものだ。具体的に言うと以下の様なものを想定している: 新しいプロジェクトの骨子を説明する資料 会議の叩き台となる 1 枚ペラ 本番環境に変更を加えるにあたっての包括的な情報や具体
新社会人だけどコミュ力コミュ力言われる理由が分かった気がする
組織の規模がデカくなると社会にアウトプットせずに内部のコミュニケーションの仕事ばかり増える。 先輩に指示を受けて他部署に連絡をして会議をして、結果を部長に伝える、みたいな。 子供の頃に想像していた仕事はパン屋ならパンをこねて焼いて売る、自動車整備なら自動車をいじる、という感じだった。 実際は物を作る作業をしたりする時間はないし、作業も先方に伝えるための資料作りだったりする。 つまりは新しいものを生産しているというよりはコミュニケーションのための作業だ。 別に悪いこととは思わない。組織をデカくして大きな事業をやる方が参入障壁になって利益を得やすいのだろう。 でもこの大艦巨砲主義の産業観が、いつしかゲリラ的なやり方によって沈められる気がしてならない。 100の仕事をするために10の力を持った人が2の作業と8のコミュニケーションを使って50人で作業をしていたところが、 技術革新によって40の仕事
無能な同僚と働くということ。 - WETな備忘録
君へ、 つい最近まで、南米で3ヶ月ほどデータエンジニアとして仕事していた。Tシャツで帰ってきて震えた。寒くて。 僕にとって2019年は、あんまりいろんなことが無かったくせに、いや糞ヒマだったからこそ、いろいろ考えることが多い1年だったと思う。最後の3ヶ月以外は、基本的にヒマだった。 過去に僕はベルリンで1年ほど働いていたこと*1があり、まあ結論からいうと音を上げて、日本に逃げ帰ってきた。何がそんなにしんどかったかというと、ベルリンは十分英語で生活できるとはいえ、ドイツ語関連のトラブルシューティングに付き合ってくれるドイツ人の友人を作ることができなかったというのが大きいが、そういう人間関係を構築することが出来なかったことも含めて、当時所属していた会社の上司および同僚と上手くいかなかったのが致命的だった。 とくに、エンジニアの同僚氏、つまり君は、まったく許せなかった。 あれからもう3年も経ち、
権限移譲する技術 - 宮田昇始のブログ
SmartHRの社長の宮田です。 この記事は SmartHR Advent Calendar 2019 3日目の記事です。 ソフトウェア開発にも役立つであろう「権限移譲」について書こうと思います。 胸を張って「これが得意です」と言えるものってそんなに無いのですが、CTOの芹澤さんから権限移譲だけはホメてもらえます。最近では「もしかしたら得意なのかも？」と思えるようになりました。そんな私が気をつけているポイントをまとめています。 権限移譲について学んだことはなく、独学です。そのため、すごーく当たり前のことしか書いてないかもしれませんし、逆に一般論からかけ離れている可能性があります。 あくまで、私が気をつけているポイントとして読んでいただければ。 いかに権限移譲してきたか？ はじめに、私の権限移譲について紹介します。 半年でプロダクトにノータッチに 起業する前、私はWebディレクターとして仕事
エンジニアの自分が思う「焦燥感」 - hiroppy's site
potato4d くんのエンジニアキャリアにおける「焦燥感」を読んでこの文章を書いています。残念ながら日本にいなかったため、直では聞いていないです。 読んで思ったことは、自分より若いのに(年齢は仕事等には関係ないが人生的な話ね)将来のことを考えていてすごいなーって思っています。 エンジニアキャリアにおける焦燥感との向き合い方 2019年7月6日、株式会社サイバーエージェントが主催するイベント「Battle Conference U30」が開催されました。30歳以下のエンジニアによる30歳以下のエンジニアのための技術カンファ... さて、自分について纏めてみようと思う。 前提として、今はマネージメント的な話は考えておらず、今はコードを書くことに集中したいなって思っている。 ただ組織論的な部分はすごい興味あるから、多くの人を参考にしていきたいなとは思う。 どうエンジニアが気持ちよく働ける組織に
時代遅れの工数見積に技術者は付き合ってはいけない - orangeitems’s diary
時代遅れの工数見積 デジタル技術を使ってあるアイデアがあるとして、これを実装したいとします。過去は、これを実装するためにいわゆる「工数見積」という見積もり方法を用いていました。 ・システムエンジニア 1人月 ・プログラミング 2人月 ・テスト 1人月 1人月とは、一日8時間 x 20労働日 = 160時間くらいのことを言います。 これに時給と稼働時間をかけると、大体の金額が出るんですね。 ・システムエンジニア 時給3,500円 x 160時間 x 1人月 = 560,000円 ・プログラミング 時給2,500円 x 160時間 x 2人月 = 800,000円 ・テスト 時給2,000円 x 160時間 x 1人月 = 320,000円 合計1,680,000円、のような価格になりますね。 もちろん、実際は見積項目をもっと細かい工程に分けますがコンセプトは同じです。 IT業界が長い人は過去
｢手順書｣のススメ - Masteries
こんにちは, id:papix です. この記事は, ｢はてなエンジニア Advent Calendar 2018｣の9日目の記事です. qiita.com 昨日は id:wtatsuru さんによる, ｢基盤開発観点からみたはてなのAWS活用のこれまでとこれから｣でした. wtatsuru.hatenadiary.com ｢手順書｣のススメ さて, 早速本題に入っていきましょう. 皆さんは｢手順書｣を書いていますか? 自分はと言うと, 最近そこそこの規模のオペレーションが必要なタスクを担当する機会が多く, その度に手順書を書いて, レビューしてもらってからオペレーションをするようにしています. 例えば, 今年実施した｢はてなが提供するドメインを利用したブログのHTTPS化対応｣のリリースの時は, このような手順書を書いていました: この時は, GitHubのIssueに手順書を用意してい
仕事で「技術的には可能です」と言うと「可能ならやってください」と言われてしまうので誰にでも分かる表現を考えたい
uni1000yama1000 @uni1000yama1000 「技術的には可能です」というのは、「普通はやらないし、やろうとしたら非常に困難を伴うので諦めてください」という意味なのだが、「技術的に可能ならやってください。保証もしてください」となってしまう。もっと誰にでもわかる表現を考えないといけない。 2018-08-11 12:56:50 きゃたつ @kyatatsu これ、ほんまそうなんよなー 技術者的には「できるのにできませんって言うのは技術面で無能に思われるので悔しい」って感情があるから、「技術的には可能」って言い方するのに、ユーザーは「あ、できるんだったらお願いします」だもんなあ…この溝を埋めるの難しいよなあ twitter.com/uni1000yama100… 2018-08-12 11:15:08
エンジニアの次のステップへの勉強法 - Qiita
言われたものはだいたい作れるし、どんなプログラミング言語が来ても大抵書けそうかなってなったエンジニアがそこで成長が止まってしまう人を見かけることがあります。 技術が好きで、作ることが好きで、なのに環境に求められず成長が止まってしまっているんだろうと思います。 ここで成長が止まってしまう環境とは、 新しい技術の情報を仕入れて語り合うエンジニアが居ない 業務用件に高い技術が求められない 改善サイクルが遅い 開発プロセスなどをまとめる人がいない などです。 簡単に言うと、今はうまく仕事があるけれど、停滞している仕事場ですね。 下手にビジネス的に成り立ってしまっているので、それ以上成長をする必要がないのです。 まあ、そういう生き方もありかな？って思うので、それでいいやって思う人は続きは読まなくてもいいかなって思います。 ここから先はエンジニアとして技術を伸ばすことが楽しい、ものを作ることが楽しい、
多くの若い人より圧倒的に成長速度の速いおっさんと絶望的に遅いおっさんの違い - ふろむだ＠分裂勘違い君劇場
新しい技術が出てきたとき、大多数の若い人よりも圧倒的にスピーディーに使いこなすおっさんは珍しくない。 新技術を習得する能力は、年齢よりも、「スキルを獲得するために必要なスキル」、すなわち「メタスキル」に大きく依存するからだ。 たとえば、ある開発ツールを導入すべきかどうか若い人に相談されたので、「まず、ドキュメントを読もう」と言ったら、「ドキュメントを読んでもよくわからなくて。。」と言う。ググったらすぐに公式サイトの至れり尽くせりのドキュメントが出てきたので、「これ読めばいいじゃん」と言ったら、こんなに大量の英語のドキュメントを読むのは無理だと言う。 あるいは、AIを導入するという話になったとき、「AIがよく分からないので教えて欲しい」と言ってきた若い人に、良質の入門書を勧めたら、数式が分からないので読めないのだという。数式の読み方を教えてみたら、数式以前に、そこで使われている数学概念自体を
社内横断の技術組織を終わらせました - nottegra’s blog
内容がネガティブに取られそうで、公式なところに書くべきではないので個人ブログで書きます。 この記事は、公式なブログで僕が書いた「社内横断の技術組織をはじめました」という記事へのアンサーブログになります。 ※元の記事は探せば出てきそうだし、個人的なブログと紐付けるべきではないのであえて出しません。 特定の誰かを陥れる目的ではなく、完全に個人の責任として、始めたものを終わらせてしまったことへの事の顛末を記録する目的で書きます。 はじめに 始めた理由 CTOの不在 品質面に対するレビュー不足 技術広報の不足 それぞれの施策の結果 時間がかかってみんなストレスが溜まる新規レビュー 当たり障りの無いことしか表現できない運用レビュー 兼任状態が続き、進まない新規技術検証 やる必要の薄い「全社」広報 終わった理由 成果が出せなくて、そもそも証明出来ないかもしれない 問題解決は組織じゃなくても出来ると気が
カイゼンが製造業のIT化を遅らせてきたのかもしれない - ゆとりずむ
こんにちは、らくからちゃです。 先日、こんな記事を読ませて頂きました。 普段は、製造業のお客様をメインに、原価や会計に関するシステムの導入の支援や活用提案をさせて頂いておりますが、製造現場の仕組みづくりのお手伝いをさせていただくこともあります。その時の経験から、 そして生産情報、すなわち製造業の情報化に関わる分野は、カバーすべき範囲が広いのだ。受注管理システムから始まって、生産計画、BOM（部品表）、製造指示、在庫管理、品質管理、出荷管理、進捗管理、現物管理、POP、設計情報管理、と際限がない。それに比べ、流通情報で覚えるべきなのは販売管理、仕入在庫管理、カードくらいでよかった（当時はまだインターネットは普及していなかったのだ）。 どうして同じ情報システムに関わる科目なのに、製造業と流通業でかくも守備範囲の広さが違うのか？ それは、「製造業の方が業務プロセスが多くて複雑だから」である。 に
「技術を気軽にたかってくる人とは人間関係を切れ」その理由が実に勉強になる！あるお母様からのありがたいお言葉
はがん@『四天王は実家暮らし』GANMA!で連載中 @hagan_hosenka グチになるんだけど、昔から良く人にたかられる。 「カバン作ってー」とか「衣装作ってー」とか「これ描いてー」とか、勿論何の報酬もなく気軽に。 そういう図々しい奴に限って言い訳は「私は忙しいから出来ない。」 いや、普通の社会人はお前らみてぇにアピールしねぇだけで皆各々忙しいからな 2016-10-13 11:37:05 はがん@『四天王は実家暮らし』GANMA!で連載中 @hagan_hosenka うちのおかんも服飾関係の仕事してて実家に専門的なミシンがあるから、作ってくれ、直してくれ系のたかりしょっちゅう受けてる。 そんなおかんから貰ったありがたい言葉は 「技術を気軽にたかってくる人はお前を頼ってるんじゃなくて下に見てる証拠だから人間関係切れ」 2016-10-13 12:05:25 郡司ネムリ@新作配信準備
『見て覚えろ』の悪習…指導力不足は『職人気質』ではない！
『職人気質』という言葉、使いますか？ しょくにんかたぎ【職人気質】 職人に特有の気質。自分の技能を信じて誇りとし、納得できるまで念入りに仕事をする実直な性質。 職人気質(ショクニンカタギ)とは – コトバンクより 僕は食品メーカーに勤めており、技術系の仕事*1に幅広く携わってるので、工場の作業員とも仕事を共にします。 そして、僕の職場では、こう揶揄される人が何人かいます。 『職人みたいな人』 『職人さんだから…』 今日の記事は、以下のつぶやきがきっかけなので、紹介いたします。 寿司屋の職人問題を見てて思うけど、自分が長時間掛けて体得した技術を、ほんの少しでも短い時間で後輩に伝えられる人が「本物の職人」だと思うの。「いやあ、こんなこと大したことないですよ。僕は要領が悪いので、時間かかっちゃいましたけどね」そんな風に言えるようになりたい。 — らくからちゃ@プランクに夢中 (@lacucara
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
上司猫「技術を継承してほしいんだ」→ベテラン猫「じゃあマニュアル作成の時間と残業代と若手を...」→「うーん無理...！」
「若い技術者が育たない」⇐授業か何かで勉強したら身につくと勘違いしてませんかね
credo.asia
