昇降式デスクのFlexispotを導入しました - プログラマでありたい
自宅のテレワークおよび執筆環境の再構築を進めています。その中の一つが、デスクまわりの改善です。緊急事態宣言の折に急遽買ったパソコンデスクを使っていたのですが、作業スペースが狭く微妙なストレスがありました。デスクを変えようと思って調べていたのですが、昇降式デスクの評判が高いようなので気になっていました。また先日、IKEAに行った時に昇降式デスクの実物を見たのですが、嫁さんにも子どもたちにも大好評でした。ということで、昇降式デスクを導入することにしました。 昇降式デスク Flexispotの脚だけ購入 昇降式デスクを導入すると決めたので、具体的な製品の選定を始めました。昇降式デスクの場合は脚だけでも売っているケースが多いので、まず天板（デスクの板の部分）付きか、天板を自作するのかを検討しました。今回はカスタマイズのしやすさと、一度やってみたいからという理由で天板を自作することにしました。 その
突撃！ 在宅の開発環境 2021年夏 - Mobile Factory Tech Blog
はじめに こんにちは。ブロックチェーンチームのエンジニア、 @nanamachi です。 tech.mobilefactory.jp 前回の記事ではたくさんの方に閲覧&コメントいただきありがとうございました。この記事から1年。モバイルファクトリーは日本のどこからでも働けるようになり、書籍購入、資格取得、セミナー参加、懇親会の支援制度などフルリモートに適応できるよう多くの変化をしてきました ( https://recruit.mobilefactory.jp/work-style/ )。その中で社員の環境もさまざま変わったことでしょう。 この変化を記事にすれば、閲覧数を稼げる 弊社の魅力を発信できるに違いない!という目論見で、初めてバズった記事にすがるエンジニア組織開発責任者の@kfly8から次のようなチャットが送られてきました。 kfly8: インターネット識者*1の @nanamachi
エンジニアリングマネージャーになる前に知りたかった考え方 - Qiita
Qiitaで期間限定開催中の、「エンジニアによるマネジメント」に関する記事を投稿するイベントへの参加記事です。 マネジメントを始めて悩んだこと 約1年前、アシスタントマネージャーという役職をいただき、エンジニアリングマネージャー（以下、EM）としての業務を開始しました。EMになると1on1やメンバーの目標設定、チームづくり、チームの代表として事業部リーダーズミーティングへの参加などの新しい業務をしながら、それまでのプレイヤーとしての業務も行い、目の前の業務をこなすのにいっぱいいっぱいでした。 そんな中で常に「自分がマネージャーとしてきちんとできているのかが分からない」という不安を持っていました。また、どんなスキルをつけて、どうなれたら正解なのかというイメージが見つからず悩んでいました。 ある時、先輩との1on1で、「（メンバーとの1on1やメンバーの育成を）どうしてそれをやるのか」と問われ
エンジニアだけど米国で足湯を開湯した話
コロナ禍で引きこもりが加速し、創作欲求が爆発した結果、自分で足湯を設計＆施工してウチのワイナリー「SUNSET CELLARS」に実装し、おそらくカリフォルニア初の本格的な日本式公共足湯を開湯（かいとう）しました。今週末から「Zen Zin Onsen」として営業を開始し、SUNSET CELLARSのテイスティングルームでワインを飲みながら足湯に浸かるという極上体験を誰でも気軽にお楽しみいただけます。いままでガレージをDIYしてオフィスを施工したり、本業でも家を作ったりしているフルスタックエンジニア（物理）な自分ですが、今回の対戦相手は行政と水漏れ、ボイラー制御でした。小さな頃から本当に温泉の文化や雰囲気、エクスペリエンスが大好きで、死ぬまでに自分の手で理想の温泉を開湯したいという夢を持っていた私ですが、その目標の5%くらいを達成することができたかなと満足しています。このエントリーは、カ
SIerとは何か、何であるべきか ― 偉大ならざるリスクテイカー｜ミック
はい、今回はみんな大好き（大嫌い）SIerについての話である。 デジタル庁の動きに駆動されて、日本で何度目かの内製推進が盛り上がろうとしている。 日本のITシステム開発がうまく行かない原因としてしばしば挙げられるのが、ユーザサイド（非IT産業）にエンジニアやプログラマなどのIT人材が不足しているというものだ。確かに、日本が欧米と比較してIT企業にIT人材を集中的に配置しているのは事実である。 こうしたIT人材の偏りによって、アジリティの高い開発ができない、CI/CDやDevOpsが進まない、というのは当たっているし、ユーザ企業も自らIT人材を雇用して内製を進めるべきだ、という議論にはもう十年以上の歴史がある（筆者が追えていないだけでもっと古いかもしれない）。 この時、悪玉として批判にさらされるのが、今回の主役であるSIerという存在である。日本における内製推進は、しばしばSIer批判とセッ
締め切りが厳しいプロジェクトで、プロジェクト初期にまずやっておきたいこと - $shibayu36->blog;
これまで僕は締切がかなり厳しいプロジェクトを数回経験してきた。その経験から、締切が厳しいという特性を持ったプロジェクトの初期にまずこれだけはやったほうが良いということがいくつか見つかったので、今回はそれらを紹介していこうと思う。 前提となるプロジェクト 今回紹介する方法は、次のような特性を持ったプロジェクトを前提とする。 細かい仕様は決まっていないが、作るものの要件はある程度明確である アジャイルの定義におけるスコープ・コスト・品質・スケジュールの中で、スケジュールを特に優先したい(スケジュールを変えられないなど) 数ヶ月以上のプロジェクトである 短いスパンでリリースしてユーザーの様子を見てその後のプロダクトバックログの優先度を変えるような性質のプロジェクトでは、別のやり方を取る必要があると思う。そこは注意してほしい。 プロジェクト初期にやっておきたいことは何か 上記のようなプロジェクトの
ネットワークエンジニアとして
ネットワークエンジニアとしての Network Studyでは、これからネットワーク エンジニアになりたいと考えている方や、CCIEレベルのネットワークエンジニア になりたいと考えている方に役立つよう基礎から上級レベルまでNW技術を解説。 Network Studyの内容は、国家資格であるネットワークスペシャリストの取得や CCNA/CCNP/CCIE取得に役立つ内容に仕上げているだけではなく仕事で役立つ ようにCisco、Juniper、F5の製品にフォーカスして実際の設定コマンドも解説。 今後もネットワークエンジニアの皆さんの役に立てるように、最新の幅広い技術 解説を行っていきます。内容に誤字や記載ミスがあればご指摘頂けると幸いです。 ネットワークエンジニアとは、その将来：ネットワークエンジニアがどのような仕事内容であるのかを紹介、ネットワークエンジニアの将来性について ネットワークエ
「会議でトンチンカンな発言をするベテランエンジニア」の、深い洞察。
まだ駆け出しの頃に私が働いていた会社で、会議やミーティングで「開口一番見当違いのことを言う人」がいました。 その人のことを、仮にYさんと呼びます。 Yさんはベテランのエンジニアで、その時点で既に枯れていたある技術について、極めて深い知見を持った人でした。 一方新しい技術についてはそれ程知識がなく、ご自分でも「技術知識をアップデートするのが大変」というようなことをちょくちょくお話されていました。 気さくで良く笑う方で、若手にも気軽に話しかけられていました。 私も何回か缶コーヒーをおごってもらったことがあります。 Yさんを慕っている人も多い一方、「あの人距離が近すぎて苦手」という人もそこそこの数いた記憶があります。 人見知り多かったんですよ、その会社。パーソナルスペース激広の人がやたらたくさんいました。 で、当時の私には、Yさんについて一つ「不思議だなー」と思っていたことがありまして。 何かし
新卒で入社したホンダをたった３年で退職しました - 新卒で入社したホンダを三年で退職しました
「私がいた部署では、今年に入って私を含めて4人が辞めた」と語るのは、30代の元ホンダ社員。 研究開発子会社の本田技術研究所に配属され、先進安全領域の開発に携わっていた。 この部署が特別ではない。今ホンダの開発現場では、若手を中心に退職者が相次いでいるという。 https://premium.toyokeizai.net/articles/-/21646 タイトルのとおり新卒で入社したホンダの研究所をたった３年で退職しました。 何故、ホンダを退職したか？？ 理由は簡単です。 エンジニアとして技術開発に命を懸けて 取り組みたいと考えたからです。 ホンダの待遇はとても良かったです。 日本の会社の中でも高待遇、年収も良く、 有給は必ず100%取得できます。 水曜日はノー残業デーで残業自体も 月間30時間までという制限がつきます。 食堂はまるでレストランのような美味しいメシが食べられ、 職場の付近に
SIerってヤバいの？ ひろゆきがエンジニアに向けて語る、業界ごと沈まないためのキャリア戦略 - エンジニアtype | 転職type
2022.11.15 働き方 SIerひろゆき駆け出しプログラマー 日本のSI（システムインテグレーション）ビジネスの未来を危惧する声が聞かれるようになって久しい。にも関わらず、旧態依然としたビジネスモデルは回り続けており、そこでは多くのエンジニアが今も働いている。 日本最大の電子掲示板「２ちゃんねる（現５ちゃんねる）」の設立者であり、理路整然とした語り口と歯に衣着せぬ物言いで知られるひろゆき氏は、そうしたエンジニアに向けて「今すぐ逃げた方がいい」と呼びかける。 改めて、SIerはなぜ「ヤバい」のか。どうやって「それ以外の道」を模索すればいいのか。最新著『働き方完全無双』の売れ行きも好調なひろゆき氏に、今エンジニアが採るべきキャリア戦略を聞いた。 ※本記事は2018年8月7日に公開し、2022年11月15日に最新プロフィール情報に更新しています。 ひろゆき（@hirox246） 本名・西村
人月単価で80万円ぐらいの仕事 - terurouメモ
Twitterでこういうことを書いたら、そこそこ反応があった。 今のご時世、技術難易度が並ぐらい（一人でWebシステムが構築できる程度）で、2‐3人月ぐらいの小さなシステムを一人でヒアリング～実装～運用引き渡しができて、説明責任ちゃんと果たせれば、人月単価換算で80万円ぐらいは一杯転がってる（常にあるとは言ってない）し、その他要因で単価はもっと上がる— てるろー (@terurou) 2018年4月17日 意図通りには伝わらないだろうなぁと思いつつ、所詮Twitterだしなーと思いぶん投げたんだけど、想定してた範疇の誤解が広まってきたので、一応補足する。 「人月単価で80万円ぐらいの仕事」の難易度 ちゃんと書いてないから伝わらなくて当然といえば当然なんだけど、行間をちゃんと補うと、 エンドユーザー直案件 技術難易度的には、いわゆるマスタメンテナンス機能に毛の生えた程度のもの 一覧/詳細/編
エンジニアが絶対に行くべきではない常駐先一覧
くわっちょ@社畜犬 @kuwaccho0711 SES企業に、何をトチ狂っていたのかわからないが、とても残念ながら入ってしまった新入社員へ。 「配属先の希望を聞くよ」と言われたら、以下の【JRの駅】のどれかをおすすめします。 ・渋谷 ・新宿 ・秋葉原 間違っても ・東陽町 ・茅場町 ・豊洲 ・お台場 は選んではいけません。死にます。 2018-04-03 22:15:02 くわっちょ@社畜犬 @kuwaccho0711 @krbs65a_kzoklz7 ざっくりですが、 ・仕様が決まりにくい ・謎のローカルルールがある ・一人あたりの作業量が非常に多い ・そのあたりの調整をするプロパーが機能してない ・必要とされる技能がその現場でしか使えず、他社の仕事で活かせないためキャリアアップに繋がらない などあります。配属先にもよりますが。 2018-04-05 07:02:07
エンジニアが知っておきたい工数見積もり術！ " 無理ゲー進行 "から脱するために大切なコト - エンジニアHub｜若手Webエンジニアのキャリアを考える！
エンジニアが知っておきたい工数見積もり術！ 無理ゲー進行 から脱するために大切なコト エンジニアの仕事に欠かすことのできない、工数見積もり。実際の現場でいくどとなく見積もりを行ってきた筆者が、「健全な進行」にするための工数見積もりのテクニックを伝えます。 アプリエンジニアの池田 惇（ @jun_ikd）です。今回は、エンジニアならば避けられない「工数見積もり」について考えてみたいと思います。若手エンジニアでも自分の作業は自分で見積もるようにするべきです。なぜなら、より正確に計画を立てられるようになれば、自分の時間をコントロールして学びや家族・友人との時間を確保できるからです。また、期日内に完了をさせることは周囲の信頼獲得に繋がります。工数の見極めはエンジニアとして、とても重要なスキルなのです。 なお、本稿での「見積もり」とは開発に必要な期間を予測することとし、見積もりが失敗する原因や対策
優れたエンジニアが集まり継続的に成長する会社にする方法 ～組織を急拡大させる採用育成評価ガイド～/Concise Guide to Finding the Best Technical Talent
CEDEC2017「優れたエンジニアが集まり継続的に成長する会社にする方法 ～組織を急拡大させる採用育成評価ガイド～」講演資料です。
【2017年8月】先輩エンジニアに聞いた信頼できる書籍まとめ - Qiita
はじめに 今期より、自分のいる会社で社内報を発行することとなり、 その中で現役エンジニアからリアルな声を収集しています！ そのうちのひとつとして掲載したのが「エンジニアが選ぶ良書まとめ」。 今回は、社内だけで公開していた良書の情報をこちらでも備忘録としてまとめておきます。 2017/09/4 追記： 本投稿を公開したことで予想以上に反響があり、良書とは？を改めて考えさせられました。 社内のアンケートでは、新人に読んでほしい本、手元にあると便利だと思う本、という趣旨で 集計したので、「良書」という意味では人それぞれ捉え方が違うのかな、と思いタイトルを変更しました。 ヒアリング対象 エンジニア向けの書籍はたくさんあるものの、技術書をはじめ、どれも比較的高価ですよね・・・。 バージョンupしたら使い物にならない書籍もあるし、学習にはお金も時間もかかる！ なので、書籍購入を失敗しないように、要領よ
ある文系プログラマがテックリードを任されるまでに学んだこと ── 最前線で生き延びる4つの戦略 - エンジニアHub｜若手Webエンジニアのキャリアを考える！
ある文系プログラマがテックリードを任されるまでに学んだこと ── 最前線で生き延びる4つの戦略 コンピュータサイエンスの専門教育を受けず、20代半ばで本格的なプログラミングを始めた文系エンジニアが、いかに学び、考え、生き延びてきたのかを伝えます。 こんにちは。白山（@fushiroyama）と申します。現在は新聞社のデジタル事業部署で、モバイルアプリ開発のテックリードをしています。 自分のエンジニア人生を振り返ると、これまでの道のりは決して平坦ではありませんでした。コンピュータサイエンスの専門教育を受けず、本格的にプログラミングを始めた年齢も23、4歳と決して早くありません。 そんな自分が、いかにして開発チームのリーダーを任せてもらえるまでになったか？ 考えてみると、次の4つの戦略で生き延びてきたようです。 自分だけの居場所を見つける 必要な知識を効率的に取捨選択する 他のエンジニアに差を
CodeIQについてのお知らせ
2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod
「バックログに入らないタスクを可視化する仕組み」という話を技術勉強会でしました - Hatena Developer Blog
こんにちは。アプリケーションエンジニアの id:daiksy です。 はてなでは毎週木曜日に技術勉強会を開催しています。 参考: 寿司と勉強会とエンジニア - Hatena Developer Blog 先週、当番が回ってきたので、「バックログに入らないタスクを可視化する仕組み」というトークをしました。 speakerdeck.com 詳細はスライドを見ていただくとして、この発表で定義された「税」などの用語が、さっそく社内でのコミュニケーションでも使われだして、エンジニア同士で、ある概念について共通の認識を持つためにもこういった場は効果があるな、と実感しました。 はてなでは、アプリケーションを構築する技術だけではなく、プロジェクトマネジメントやチームビルディングの知見などもこうして技術勉強会で共有されています。
工数見積もりやスケジュール管理で参考になる記事10選
プロジェクトを遂行するためには、工数の見積もりやスケジュール管理が必要になります。正確な見積もりは難しく納期に間に合わなかったり、残業や休日出勤で埋め合わせたりした経験はありませんか？ 今回は、より正確に工数の見積もるための手法や、差し込み作業を考慮したスケジュール手法などについて解説されている記事をまとめました。 マネージャー、エンジニア、デザイナーなどすべての方に参考なる内容だと思います。 開発の見積もりとスケジュール管理 クックパッド株式会社の方が実践している見積もりとスケジュール管理方法について紹介されています。工数を見積もるステップや、スケジュールを立てるときの注意点、スケジュール管理の方法について学びたい方におすすめの記事です。 開発の見積もりとスケジュール管理 不安とストレスから解放される見積りとスケジュール方法 開発をしているとき、納期に間に合わなかったらどうしようと不安に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
優秀なエンジニアになる方法: 電子情報通信学会誌 Vol.84 No.10 pp.741-749 2001年10月