Natsumi @ladypuipui Civil Techな会社でIT祈祷(見習い)を行う12年目インフラ屋🧙 駆け出しエンジニアの成れ果て🐰 AIIT IT'20(情報システム学修士(専門職))🏫ISTP-T🔨aiboのキャンディ22.07.21~🐶 ウェブサイトリンクは母の作品ストアです！(Amazonアソシエイト参加中です) creema.jp/c/marcoya/item… Natsumi @ladypuipui 令和最新版30代半ばインフラエンジニア女性のデスクです 奥のシンデレラあくたんモニターはPS5に接続されています 足元にはパネルヒーターを置き、コーヒーはいつでもとく子で供給可能 「１度座ったら動かない」を実現しました twitter.com/ladypuipui/sta… pic.twitter.com/7sGLHQ8C78 2023-01-09 14:42
家づくりはソフトウェアと同じ。子育て重視で移住＆戸建てを選択した話【エンジニア、家を建てる】 - MY HOME STORY │スーモカウンター注文住宅
職業柄、「よりよいもの」や「よりよい環境」を求める方が多いエンジニア。そんなエンジニアの「家づくり」にはきっと、さまざまなこだわりが詰め込まれているはず。 「エンジニア、家を建てる」第4回は、兵庫県に戸建てを建てた、はまーんさんに寄稿いただきました。 子育てをする中で、当時住んでいた賃貸物件に手狭さを感じていたはまーんさん。コロナ禍をきっかけに、県内の“田舎”に土地を買い、もともと憧れていたという「家づくり」をスタートさせました。 心がけたのは、自然たっぷりな周囲の環境を生かすこと。エンジニアという仕事は四六時中何かを考えていることが多くなりがちですが、この家のおかげで「何も考えずに過ごす時間」をたくさんつくれているそうです。 こんにちは、はじめまして。はまーんです。 一時的、東京に住んでいたこともありますが、基本的にほぼ関西圏を拠点にソフトウェアエンジニアをしてきました。今はお客様のビジ
Q．プログラマーです。自宅でテレワーク勤務するとき、音楽を聴きながら作業しています。習慣化してしまい、音楽がないと調子が出ません。最近出社した際、イヤホンを使って聴いていたところ、それに気づいた上司から注意されました。迷惑はかけていないと反論しましたが取り合ってくれません。「やめなさい」と注意されるほどのものでしょうか。 音楽を聴くことにはリラックス効果がある上、モチベーションも上がるという説があるようです。効果について筆者は専門外なので、職場のルールという観点からお答えします。 イヤホンで音楽を聴きながら仕事をする、これを許すか許さないかは会社が決めることになります。上司は個人的見解で判断してはいけません。他の組織と整合性が取れなくなります。 音楽を流す方針の会社も 会社には、社員が働きやすい職場環境になるように整える義務があります。リラックス効果を考慮して、音楽を流している会社もありま
屋号「jumbo」で開業しようと思いますので、よろしくお願いします — ジャンボ@レアジョブEM (@jumboOrNot) November 22, 2017 どうやら開業から2年たち→3年目に突入した。アプリエンジニアとしてだけでなく、デザイナー・インフラ・企画・・・色んなものを作ってきました。そんな折、こんなイベントに出ます！！！ 「誰でもかんたん！」とか「余暇時間を使って効率的に！」という話は一切出てきません。泥臭くいろんなことを好きだからやってきた感じです。やってきたからわかる勘所・コツとそもそもの副業への考察について整理していこうと思います。 今までに受けたお仕事・関わった技術・【C向け】旅行AIアプリiOS開発・改善・グロース案件 iOS（MVC）/javascript/css/html ・【B向け】運送サービスiOS/Android開発・AR調査案件 iOS（MVC）/An
米Twitterも認めたプラットフォームで2月9日午前7時ごろから続く不調。10日の午前7時現在、幾つかの問題は解消されたが、公式アカウントから復旧したかどうかの発表はまだない。 そんな中、Twitterの動静を追っている米メディアPlatformerは現地時間の9日、「API呼び出しの回数制限を超えました」と表示されるエラーの原因が、Twitter API v2のレート制限を設定する社内サービスのデータを、従業員が誤って削除してしまったことだと報じた。このサービスを担当していたチームは昨年11月にTwitterを去ったという。 「Elon Musk fires a top Twitter engineer over his declining view count」（イーロン・マスク氏は、ビュー減少を理由にトップエンジニアを解雇する）というタイトルのこの記事では、マスク氏がTwitter
来年こそ年収1000万以上狙いたいなら自分はこうする 面接の種類多すぎるので全部準備すると時間かかるので同じ面接タイプの企業を複数受けるのがコツです。 同時に勉強する勉強する大半給料の高い面接はコーディングテストあるのでleetcodeは必ずやる。leetcodeの練習は続くのが大事で1ヶ月に300問をやるぞというより1ヶ月に30問をやった方が覚えるしモチベーションが続く。 leetcodeの軌跡一日中leetcodeやるのは効率悪くなるのでドメイン知識のインプットしながらやっていく。学校の授業も一日中ずっと数学をやるのではなく複数科目をやっているのと同じ理由です。Spaced and Interleaved practiceの意識が大事 LeetCode最低限100問やってIDE補完やdocumentationなしでLeetcode mediumを解けるぐらいにしとく。 シニアレベルをも
Twitterはサービス終了するのか？
「Twitter 終了」がトレンドに入った。そもそもTwitter は終わるのだろうか。 「ハードコア」のあとに先週、イーロン・マスクが「ハードコアに働けない人は退職を選んでくれ」と全従業員に最後通帳を突きつけた。それは、すでに半分以上の人員がレイオフされたあとだ。 しかし、レイオフと「ハードコアの踏み絵」の間には大きな差がある。レイオフはあくまで過剰（とイーロン・マスクが考える）人材を会社が選んで辞めさせるのに対して、今回は「自発的に」やめさせるきっかけを作ったということだ。 匿名アプリBlindの内部調査によれば、その結果「残った人材の75％」が離れることを選んだ。この数字が正しいかどうかは別にして（おそらく、もっと多くの人はしぶしぶ残ることを選ぶはず）、結果として相当な数の社員が、Twitter を離れることを選んだ。 Kylie Robison @kyliebytesWhat I’
IT未経験からMLエンジニアになるまでの2年半でやったこと - MLaaSS - Machine Learning as a Self-Satisfaction
はじめに 自身の転職活動にあたり皆さんの転職エントリが非常に参考になったので、私も同じ境遇の方の参考になればと思い、書き残すことにしました。（ただ、本当に私と似た境遇の方にはなかなかリーチしづらい気がしていますが・・・） TLDR; 30歳でIT未経験からMLエンジニアに転職 約2年半独学で勉強（ほとんどkaggleしてただけ） 無関係に思えた現職での経験もなんだかんだ転職で役に立った 目次 自己紹介 現職について 転職の理由 勉強したこと 転職活動 終わりに 1.自己紹介 かまろという名前でTwitterなりkaggleなりをやっています。kaggleでは画像やNLPといったdeep learning系のコンペを中心に取り組んでおり、2019年の9月に金メダルを獲得しMasterになることができました。 恐らくここが他の転職エントリを書かれている方々と大きく異なる点かと思うのですが、現職
初めてまともに携わったシステムはNTT研究所で作られていたCBoCといわれるものであった。内容について詳しくは述べないが、国内では割と先進的でありながらとにかくNTTの事業会社（割と稼いでいる）で使えるものを作ろうというものであった。この時期は研究所は研究だけしていればよいというものではなく事業貢献が求められており、論文になるような研究を生み出すだけでなくそれをどうやってビジネスにするかが重要視されていたのだと思う。このとき作ったものは実際に事業会社で使われ、退職の前後には年間数万円が口座に振り込まれるようになっていた。なお収入なので税金の扱いを間違えないように。しかし特許といえばガッポガポ…というイメージだがそんなに当たることはない。わたしが携わったそのソフトウェアは確かに使われていたが、事業会社のビジネスの中核を支えていくようなものにはならなかった。ならなかったのでメンテナンスフェーズ
はじめに 本記事はアウトプットの心構えのカレンダー | Advent Calendar 2023の4日目の記事です こんにちは！！@Sicut_studyです！ 私はアウトプットの大切さを日頃から発信しており、実際にQiitaにたくさんの記事を投稿しています そんな中で、自分なりに高速に記事としてアウトプットできるフレームワークを使っているのでそのフレームワークについて紹介していきます アウトプットの大切さ まず言っておきたいのはアウトプットは質より量です 量が増えるとだんだんと質もあがります 私は駆け出しのエンジニアの方に普段から「100本記事を書けば人生変わる」と言っています。 そもそも世の中に100本記事を書いたことのある経験をしたことがある人はごく僅かです そんなごく僅かな人になれれば絶対人生が変わります。 多くの人ができないことをやり遂げられる。しかも記事という形で目に実力が見え
【2021年】 技術書好きプロエンジニア達が紹介する40選 - RAKUS Developers Blog | ラクス エンジニアブログ
こんにちは、技術広報のyayawowoです。 皆様、お気に入りの技術書はありますか？ 今回は、弊社主催で開催している「おすすめの技術書LT会」にて、エンジニア/デザイナーの皆さんに紹介いただいた技術書を一挙公開します！ おすすめの技術書 LT会 - vol.1 おすすめの技術書 LT会 - vol.2 積読が増える可能性がある、エンジニア/デザイナーが厳選した技術書が盛り沢山…お読みになる際は覚悟ください！ ラクス開発メンバーが選んだ技術書は以下をご確認ください。 ・開発メンバーが選ぶ、おすすめの技術書【2020年度】 - RAKUS Developers Blog | ラクス エンジニアブログ 入門シリーズ 『C++プログラミング入門（湯田幸八）』 『ドメイン駆動設計入門』 『実践SQL教科書』 『ソフトウェアデザイン 2021年3月号』 『独習C 新版』 『PHPの絵本 第2版 Web
株式会社 東芝を退職しました
2009年から新卒&修士卒で約12年勤めていた株式会社 東芝を退職しました。 正確には2021年の9月末には退職していて、10月からは別の会社で働いております。 東芝では様々な方々にお世話になり、色々な経験を積むことができました。ありがとうございました。 やっていたこと ソフトウェア技術センターという研究所の機関でソフトウェアにまつわる色々な研究、開発をずっとやっておりました。雑に括るならソフトウェア工学という分野全般です。あまり公開できる情報は多くはないのですが、ソフトウェアメトリクスの研究、社内のソフトウェア開発環境の整備や、深層学習を使ったバグ検出の研究などをやったりしておりました。 組織としてのサイトはこちらのリンクから確認できます。近年取り組んでいた活動が大体はまとまっていると思います。ここに載っていないものでも、事業部から委託を請けて色々な開発活動も行っている部門となります。
エンジニアの人に聞きたいんですけどインターネットって誰が運営してるんですか？プロバイダにはお金払ってますがそこには払わなくてもいいんでしょうか？
tomo @TomoEqual エンジニアの人に聞きたいんですけど、インターネットって誰が運営してるんですか？プロバイダにはお金払ってますがそこには払わなくてもいいんでしょうか 2023-10-26 07:47:07
【資料公開】エンジニアリングマネージャーのしごと
みなさんこんにちは。@ryuzeeです。 2022年9月6日に行われたオンラインイベント「エンジニアリングマネージャーのしごと - Forkwell Library #5」の登壇資料を公開します。 内容は、新刊書籍『エンジニアリングマネージャーのしごと』に関するものなのですが、本書は18章、350ページからなる本であり全部を網羅的に紹介するのは無理筋なので、今回は根底にある考え方にフォーカスを当てています。この発表のあとにQ&Aコーナーがあったのですが、その内容については、aki.mさんのブログ記事にまとまっていますので参考にしてください。 内容に関するご意見やフィードバックは、Twitter: @ryuzee までお知らせください。 スライドを見て興味を持たれた方は、ぜひ書籍『エンジニアリングマネージャーのしごと』を読んでいただければと思います。 それでは。 エンジニアリングマネージャー
これはなにか エンジニア、ビジネスサイドの方に向けた、「良い要件定義の作り方」について書いた記事です。 長文がつらつらと書いてある本稿ですが、要するに言いたいことは、 ● 完璧な要件定義など幻想であり、誰がどう作っても不完全である ● そのため、一番危険なのは、とびきり賢い人が出してきた要件定義で、 「あの人が作ったんだから大丈夫」と盲目的に考えること ● 完璧にはならないことを受け入れ、ベストを尽くす姿勢が大事 ●そもそも、アジャイル開発において、完璧な要件定義は求められていない ●良い要件定義には以下のスタンスが必要 ● UXから逆算する ● 削ぎ落とす ● 個ではなく、チームで作る ● レビューを徹底する ● 3つのシナリオを想定する ということです。 ※約1万字あり、また各章について深く掘り下げる項目は別記事を添付しています。そのため、モバイルで通読するにはすこし骨が折れるかもしれ
突拍子も無い話ですが表題の通り、とあるご縁がきっかけで、きょろ(@kyoro353)とはとね(@hatone)夫婦を含む友人メンバー４人で、カリフォルニアのナパにほど近い「SUNSET CELLARS」（サンセット・セラーズ）というワイナリーを購入させて頂くことになりました。「ワイナリーって個人で買えるの！？」という感じだと思うんですが（僕も１年半前はそう思ってましたｗ）最終的に色々と頑張りまして、今年の10月から晴れてワイナリーの共同オーナーを務めさせて頂いています。まさか自分がワイナリーオーナーになる人生なんて思っても見なかった！！ とは言え、私達は別にテレビゲームで大成功を収めた天才事業家でも、金銭的に成功した起業家やお金持ちでもありません。技術とモノづくり、そしてカリフォルニア・ワインが大好きな普通のエンジニアの夫婦です。 この記事では、ワインが大好きな普通のエンジニア夫婦が、いか
エンジニア版の採用ピッチ資料を記事として制作する「kiitok review」ですが、ここ1ヶ月で新たにAnyflow、Kanmu、メダップ、キャディ、Voicyの各社さまの開発チームのレビュー記事を制作しました。 （制作済みのレビュー記事の一覧はこちら） （エンジニアの採用やブランディングに関するお仕事相談はこちら） 毎回各社のCTOや技術責任者の方とお話をさせていただく中で、みえてきた「魅力的なエンジニア組織」の要素を9つにして言語化してみました。 1.ユーザーに喜ばれる開発に時間を使えているチームエンジニアなら、一度は経験があるユーザーに求められないものをつくってしまう徒労感。逆に、開発したプロダクトや機能をユーザーに喜んで使ってもらえた時の幸福感。 エンジニアとして苦労してつくった機能をより多くの人に喜んでもらえる環境があるチームは魅力的です。もちろん、そういったものをつくらないと
2013年から毎年、「年ごとにブックマークしたページでよかったもの集めた」と題して、1年分の「自分がブックマークしたページ」を振り返り、まとめています。2019年分は以下です。 2019年にブックマークしたページでよかったもの集めた - Really Saying Something 完全に「私得」なまとめなのでカテゴライズなどは一切しておらず、主に自分のブックマークした順番となっています。そのため、春ごろの記事が冬にいきなり登場したり、日付が前後していたりします。私の脳内に「その時こういうこと考えていたな～」という記憶を作るインデックスだからです!!! 今年は例年よりはブックマーク数が少なく、さらに新型コロナウイルスやそれにからむ政治の話など時事に関するものが多かったため、こういうところにも影響が出るのかー、とページを繰りながら考えました。時事関連は「よかったもの」にはなかなか入らないの
転職サービス「doda」などを提供するパーソルキャリア株式会社が運営するIT・テクノロジー人材のための社会人コミュニティ「TECH Street」＜ https://www.tech-street.jp/ ＞は、日本全国のITエンジニア403名を対象に「理想の開発環境に関するツール・サービス調査」を行いましたので、結果をお知らせいたします。 ▼調査結果詳細 https://www.tech-street.jp/entry/research-devenvironment ■ITエンジニアが使いたいのはどちら？Mac／Windows 「Q.ビジネスやプロジェクトにおいて、自分に決定権がある場合、どちらのPCを使いたいですか？」（n=403）と質問したところ、「Windows」と回答した方が90.1％、「Mac」と回答した方は9.9％という結果となりました。 また、「Q.PCを選ぶ上で最も重要視
ある本を読んだ新人の頃の俺「10日間締切あって、2日間でほぼ完成させなきゃいけないのは大げさすぎ（笑）」今の俺「この仕事術はマジ」
いぐぞー ✈️ 旅するプログラマー @igz0 新人の頃の俺「10日間締切あって、2日間でほぼ完成させなきゃいけないのは大げさすぎw」 今の俺「この仕事術はマジ」 中島聡『なぜ、あなたの仕事は終わらないのか』 amzn.to/3NhMRz2 pic.twitter.com/f8vdsdtukz 2022-03-23 23:18:29
💡 3秒まとめ 休みの日も勉強していないと不安、焦燥感が止まらない。これは病気か？ 休日にも問答無用で襲い掛かってくる、言いようもない不安はFOMOなのか？ 学びの効率差は、よわよわとつよつよを分断するか？ 学びが好きだ。勉強は嫌いだ。 学びで人生を幸せに生きたい。 ■休みの日も勉強していないと不安、焦燥感が止まらない 休日も呼吸するように勉強している。 ぼくは、現役の薬剤師だ。薬局を任され、スタッフと一緒に患者さんの生活を守るのがお仕事。 でも、休日はFlutterやGCP、DockerやK8sの知識をつけるべく勉強し、個人開発に勤しんでいる。 一昨年は1000本以上の論文をまとめ上げ、5000字近いnoteを300本以上投稿している。 なぜ、そんなことをするのか。 それは、アウトプットが楽しいから。 でも、これはカッコつけた言い方で、本当はもっと恥ずかしい理由で勉強している。 それは
概要 Linuxのコマンドって多種多様にあるけど、 どういうのを知ってたら良いのかという情報があんまり無いなと思ったので、 インフラエンジニアで運用と保守を経験してよく使うコマンドと、どういう時に使ってたかを書いて行こうと思います。 注意 Linuxのディストリビューション（種類）はRHEL、CentOSです。他のディストリビューションだとパスが違ったり使えないコマンドだったりするのでご留意ください。多分そんなに多く無いはず。。 オプションとかは基本書いてないので、内容読んで興味あれば調べてみてください。需要あれば実行例もあげますが。。 運用・保守でよく使ってたLinuxコマンド 指定したパスにあるファイル、ディレクトリを拡張子 .tar.gz で一つにまとめられます。 あとは解凍も出来ます。zipみたいなもんです。Linuxサーバで取得した情報をひとまとめにしてローカルに持ってくるという
背景 Shopifyという会社に1年半前に転職しました。あれよあれよと会社が拡大して、現在は従業員一万人弱くらいです。 画像元 公式ではない雑な情報です。あくまでイメージ その前はChartmogulという、せいぜい20人、30人ぐらいの会社にいました。 なぜ表題のようなことを思ったか 面接インタビュアー側として、出題することになるコーディング問題を自分で試しに解いていました。一年半前には自分が受ける側の立場だったので、自分の腕前の定点観測ができました。 やってみてどうだったか。 コーディングにおけるシャープさという観点では明らかに衰えているな、と思いました。問題が与えられて、それに短時間で、論理的に向き合う力とでもいうのでしょうか。 自分は現職でマネージャの立場になったわけでもないので、これはマズイ。なんとなくこの一年くらいそんな気はしていたので、これを機会にもうちょっと深堀してみます。
この記事は、ある程度以上の規模のGUI開発において、React Hooks以後の宣言的UIにより、大規模開発に用いられる設計論に完全に対応できるようになり「ビジネスロジックの変更や追加」に対応するコストを低く保つこと（技術的負債の抑制）ができるようになったことを解説するものです。 技術的負債の抑制には、技術的負債の原因となりがちな「広範囲の密結合」と「適切な疎結合を保つ仕組みの欠如」が欠かせません。それをカバーするのが、大規模開発をクリーンに行える設計論（ここでは「現代的な設計論」とよぶもの）です。クリーンアーキテクチャなんかでGUIによく適用されるHumble Object Patternのようにプレゼンテーションとビューを分離する必然性が無くなるでしょう。 ポイントは ある程度以上の規模で開発するなら設計論をうまく使い設計しないと、技術的負債を抱え込む（ビジネスロジックの変更や追加に対
はじめに 恥ずかしながらスクラム開発の開発チームへの導入を何度も経験しているのだけれど、どうしてもチームの成熟レベルが高い位置までもっていくことができませんでした なぜうまくいかないのか？ これを深掘りする過程で教科書どおりに実行するには組織の構造がスクラムガイドで書いてある構造と根本的に異なっているのではないか？と考えるようになりました。 よくあるエンジニア組織の構造 大きめのWebソフトウェア企業の内製型エンジニア組織の構造はだいたいどこもこのような感じになっています この組織構造の問題点 スクラムを導入する場合、リーダー自身かあるいはメンバーの一人がスクラムマスターとなります リーダー自身がスクラムマスターになる場合でもアンチパターンと言われる開発者との兼任になります。 スクラムマスターの最も重要な職務である「観察」が行えなくなります。 スクラムマスター自身が観察を行わない場合、各メ
エンジニアにオススメしたいyoutuber ! Tech系Youtuber5選！ - Qiita
Able Programming 機械学習に必要なpythonのライブラリや、機械学習の手法について解説しています。初心者でも機械学習に触れられるようになっています。 Able Programming シリエン戦隊JUN TV シリコンバレーの現役エンジニアで、シリコンバレーで働いているエンジニアならではの情報を載せています。 将来シリコンバレーで働きたい人や起業したい人にオススメです。 シリエン戦隊JUN TV KENTA / 雑食系エンジニアTV エンジニア向けオンラインサロンを運営しているエンジニアさんのyoutubeチャンネル KENTA / 雑食系エンジニアTV 迫 佑樹 プログラミング教材販売などを行なっているエンジニアさんのyoutube 迫 佑樹 たにぐち まことのともすたチャンネル react,vue,aws,wordpressなどのコーディングについて解説しているyou
こんにちはBASE株式会社取締役EVP of Developmentのえふしん( @fshin2000 ）です。 今回は、年末の給与改定から運用を開始する評価グレード制導入のお話を書いてみたいと思います。 これまで人材採用時の給与決定や社員の評価時には、マネージャ間で相談し役員承認の上で給与を決めていましたが、その基準や空気感は詳しく社内のメンバーに共有できていませんでした。理由として、中途主体の採用だとどうしても前職給与に影響され、人によって給与にばらつきがでてしまうため、体系だった形に整える機会がなかったのですが、今度、社内に評価グレード制というものを導入することになり、各給与レンジの方に求めるスキルや意識についてまとめたのでこちらで公開いたします。 評価グレード制というのは、一般的に等級と呼ばれるもので、一定サイズ以上の会社のご経験がある方なら、類する制度はどこでもあると思いますので
ITエンジニアがおすすめする仕事用リュックまとめ
リンク 「TIMBUK2（ティンバックツー）」日本公式サイト 「TIMBUK2（ティンバックツー）」日本公式サイト 人気の「クラシックメッセンジャー」などのメッセンジャーバッグやカメラバッグ等。 24 users 2104 片山 暁雄 @c9katayama モンベルどうでしょうか？PC入れと傘入れが独立してて、フロントジッパーは防滴加工してあります。安くて軽い、MacBook 16inch入るので愛用してます。 webshop.montbell.jp/goods/disp.php… twitter.com/mana_cat/statu… 2020-09-20 20:49:40 リンク モンベルウェブサイト 【モンベル】ユティリティー デイパック 25 「背負う」「持つ」の2通りの使い方ができる、通勤から泊まりの出張にも対応したサイズのビジネスバッグです。フレームを内蔵し、重い荷物を収納し
1. 『プロジェクトマネジメントの基本が全部わかる本』橋本将功 著、翔泳社 2. 『アート・オブ・プロジェクトマネジメント』Scott Berkun 著、村上 雅章 訳、オライリー・ジャパン 3. 『アジャイルプラクティス 達人プログラマに学ぶ現場開発者の習慣』VenkatSubramaniam,AndyHunt 著、木下史彦,角谷信太郎 監訳、オーム社 4. 『プロジェクトマネジメント知識体系ガイド（PMBOKガイド）第7版＋プロジェクトマネジメント標準』PMI 著、PMI日本支部 監訳 問題。次のうち、どちらが重要？ 1. 炎上プロジェクトを鎮火する技術 2. プロジェクトを炎上させない技術 修羅場における火消しの技術が1だ。燃え上がって墜落寸前のプロジェクトを制御して、なんとか胴体着陸まで持っていくノウハウである。 一方、プロジェクトを修羅場にさせない技術が2だ。そもそもそんな操縦不
育児していて時間があまり取れない状況下で継続的に学習するために色々な方法を取り入れているんだけど、その中で最近めちゃくちゃ効いた3つのやり方を紹介。 やりたいことリストを作っておく 今日のTODOリストを作る 2分間コーディング やりたいことリストを作っておく 自分が学習したいことの一覧があると、優先度を決めやすくなり、またやりたいことが1つ終わった後すぐに次に取り組むこともできる。そこで僕はTrelloでリストを作り、とにかく少しでもやってみたいと思った開発や、読みたいと思った本などがあれば追加している。 今日のTODOリストを作る 時間が空いてから「今日はこれから何をやろうかな？」と考えていると、途端にやる気がなくなってダラダラしてしまう。そこで先に今日のTODOリストを作っておくということをやっておく。ポイントとしては 細かい家事やプライベートでやること、勉強すること全て含めて同じリ
ふと気づいたら、私は日々コンピューターに囲まれている。物理的にパソコンやスマートフォンだけでもたくさんあるが、仕事ではクラウドを扱っていて、多数のサーバーを受け持っている。毎日会話する人間より、コマンドを叩いているサーバーの数のほうが断然多い。 小学二年生のときに、親が気まぐれで買ってきたパソコンを手に入れたときから、きっと方向性は決まっていて、コンピューターのことが心底好きなんだと思う。そのころはコンピューターに触るのも大変で、大人になったらたくさんパソコンを触りたいという夢は、完全にかなっている。 あるサーバーエンジニアに関する記事を見た。コマンドを覚えるのが大変で病んだのだとか。そりゃコマンドだけで言えば世の中には無数にあって、すべてをソラで入力できるようになるのはそりゃ大変だろう。私もほんの一部しか記憶にはない。 でも、そんなに頭の中に記憶してなくたって、一度使えばどんなコマンドか
2020年8月14日付けで退職する運びとなった。 入社が2012年なので勤続丸8年を迎え社内でも古株の方になってきつつある。Web業界にしてはわりと長くいたほうだと思う。 自分自身でもこんなに長く籍を置くとは思っていなかったので驚いている。 退職を決めた理由は主に2つ。 金沢移住 1つめは、現在住んでいる京都を離れて金沢で暮らしたいと考えたから。 数年前に観光で訪れた金沢を歩いてから一目惚れしてしまい、自分がここで生活する想像をするうちに単なる夢想から具体的に実現することを考えはじめた。 これを書いている時点で、株式会社はてなの事業拠点は東京と京都のみであり、在宅勤務は育児や介護、その他会社が認めるに足る理由があるケースのみ認められている。 平時は週数日程度スポットでの在宅勤務はマネージャーと合意した上では認められている。またコロナ禍においては在宅勤務推奨となっている。ただし、継続的にフル
ITエンジニアに刺さる「ポッドキャスト6選」
はじめに 皆さんは「ポッドキャスト」を聞いていますか? ポッドキャストは個人でも配信できる音声メディアのことです。特定のサービスを指すわけではなく、音声ファイルをWebサーバーに置き、RSSフィードで更新情報を配信すればポッドキャストとして認識されます。ポッドキャストのアプリでは、そのRSSフィードのURLを登録すると随時更新された音声データを聴くことができる、という仕組みです。専用のアプリをインストールしておくと番組が更新された時点でプッシュ通知されるため、常に最新の音声データをチェックできます。 ポッドキャストという名前の通り、「iPod」時代の遺物といったイメージもあるかもしれません。しかし昨今、ポッドキャストが見直されているようです。大きな流れとしては、2018年に「Anchor」というポッドキャスト配信サービスが広まったことに起因すると思われます。録音から配信までを1つのサービス
エンジニアのためのFigma超入門
エンジニアがFigmaを学ぶ利点 ブラウザ上で共同編集ができるなどの理由から、最近では観測範囲内の多くの企業がFigmaをメインのデザインツールとして採用しています。 一般的にフロントエンドエンジニアはデザイナーがFigma上で作成したデザインファイルを元に実装を進めると思いますが、ここでエンジニア側にもFigmaの知識がある程度あればより円滑かつスピーディにUIの実装が行えるのではないかと考えています。 具体的には、エンジニアにFigmaの知識があることで以下のような利点があります。 デザイナーの意図を汲み取ることができる デザイナーと共通言語で話せる 実装の観点からデザイナーにFigmaの修正依頼ができる ↑の打ち返しを待たずに自分で軽微な修正ができる というわけで、今回はエンジニア目線で実装への応用を交えながらFigmaの基礎知識を解説していきたいと思います。 スタイル Figmaで
学習する組織の作り方
EOF2019 で発表した学習する組織の作り方の話です。
先のコンテンツでお話したように、スキルに現役感があって柔軟性があればITエンジニアについては継続的に就業できそうな傾向が見えています。急に20代の日本人正社員が増えることはこの先無いので、企業が日本人に拘っているうちはミドルの需要はなし崩し的に高まっていくと考えています。ただし、朗らかに、にこやかにコミュニケーションできる柔軟性の高いミドルを目指しましょう。 とはいえ、実際に採用市場を見ていると転職の仕方が不器用な方が多いです。早期退職制度などもあり、初めての転職や十数年ぶりの転職という方も多く居られます。今回はITエンジニアにおいてミドルが取るべき採用の動き方についてお話します。 ミドルの転職におけるアンチパターン：とりあえず大手人材紹介に登録Twitterで話題の47歳について、私も思い当たるところがあり共感を持って毎日拝見しています。現役エンジニアがコメントや引用RTでワーワー言うの
おはこんばんちは!!尾藤 a.k.a. BTO です。 これは CTOA Advent Calendar 2020 の5日目の記事です。 今までウノウとUUUMの2社のスタートアップでCTOを足掛け10年近くやってきました。経歴柄、CTOのいない企業から開発組織の作り方の相談を受けることが多いですが、やはりCTOが不在で開発組織を作っていくのは非常に困難です。とはいえ、転職市場に都合よく即戦力になりうるCTO人材が簡単に見つかるのも稀です。そこでCTOが不在の中で開発組織を作っていくために大事なことをまとめてみました。 開発組織作りで大事なのは採用ではなく環境作り開発組織作りで大事なことはいろいろありますが、最も大事なのは採用と環境の2つではないかと思います。環境が良くなければ優秀なエンジニアは採用できないし、優秀なエンジニアに来てもらえなければ良い開発環境を作ることができません。いわゆる
自宅のテレワークおよび執筆環境の再構築を進めています。その中の一つが、デスクまわりの改善です。緊急事態宣言の折に急遽買ったパソコンデスクを使っていたのですが、作業スペースが狭く微妙なストレスがありました。デスクを変えようと思って調べていたのですが、昇降式デスクの評判が高いようなので気になっていました。また先日、IKEAに行った時に昇降式デスクの実物を見たのですが、嫁さんにも子どもたちにも大好評でした。ということで、昇降式デスクを導入することにしました。 昇降式デスク Flexispotの脚だけ購入 昇降式デスクを導入すると決めたので、具体的な製品の選定を始めました。昇降式デスクの場合は脚だけでも売っているケースが多いので、まず天板（デスクの板の部分）付きか、天板を自作するのかを検討しました。今回はカスタマイズのしやすさと、一度やってみたいからという理由で天板を自作することにしました。 その
Business & Creative で発表したスライドです
2024年に読んだほうがいいエンジニアな書籍10冊+α - CloudとSREそしてキャリア本 - Lean Baseball
Google Cloud Partner Top Engineer 2024を頂いた者です. 仕事はエンジニア系のコンサルとSRE, 趣味（と前職以前の仕事）で機械学習や生成AI*1をやっとります. この記事は当ブログの名物かつ人気シリーズである, 主に技術書を中心としたオススメ書籍（元々はPython本メイン）の紹介エントリーです. ※去年の記事はこちら. 本年のこのエントリーは, 2024年の推し本4冊 CloudおよびSREな4冊 いい感じな技術書2冊 この三本立て（+私の完全なる趣味チョイスで数冊）でご紹介できればと思います. というわけで, 本年のラインナップは以下の通りです. この記事の著者 2024年の推し技術書10冊 特に推したい4冊 クラウドストラテジー 世界一流エンジニアの思考法 仕事に役立つ新・必修科目「情報Ⅰ」 キャリアづくりの教科書 CloudおよびSREな4冊
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
令和最新版、30代半ば女性インフラエンジニアさんのデスクがかゆいとこまで発達しすぎてる→進化の過程も面白い
勤務中にイヤホンで音楽視聴、注意されたプログラマー「迷惑はかけていない」
副業エンジニアとして3年目に突入したのでコツをまとめる｜Jumbo
TwitterのAPI呼び出し回数エラー、原因は「従業員が誤ってデータ削除」との報道
2023に給料を上げたいソフトウェアエンジニアの勉強方法｜gaijineers
コードを書いて金を稼ぐ - kuenishi's blog
アウトプットガチ勢が作った高速記事作成フレームワーク - Qiita
完璧な要件定義など幻想である。個ではなく、チームで作る要件定義 - Qiita
エンジニアだけど米国でワイナリーを買った話
CTOと話してわかってきた「魅力的なエンジニア組織」と感じる9つの要素｜野崎耕司
2020年にブックマークしたページでよかったもの集めた - Really Saying Something
ITエンジニアの理想の開発環境に関するツール・サービス調査 90.1％のITエンジニアがWindowsと回答
休日でもつよつよエンジニアは勉強してる。勉強しないと不安が止まらない病を倒すために必要なこと⚔️
運用・保守 インフラエンジニアの時によく使ってたLinuxコマンド - Qiita
大企業でプロダクトエンジニアとして働いたら、コーディングのスキルが下がっていた
宣言的UIはReact Hooksで完成に至り、現代的設計論が必須の時代になる - Qiita
日本のソフトウェア企業でよく見るエンジニア組織の構造と、近年推奨されるエンジニア組織の構造について
エンジニアの評価グレード制の導入について - BASEプロダクトチームブログ
【「スゴ本」中の人が薦める】ITエンジニアなら知ってほしい。プロジェクトを炎上させないマネジメント術を身につける4冊
継続的に学習するために効いたやり方3つ - $shibayu36->blog;
IT業界で生き抜く人の特徴 - orangeitems’s diary
株式会社はてなを退職 - Sexually Knowing
ITエンジニア、ミドルの転職の仕方／35歳以下転職との違い｜久松剛／IT百物語の蒐集家
CTO不在の企業で開発組織を作っていくために大事なこと｜BTO
昇降式デスクのFlexispotを導入しました - プログラマでありたい
開発組織の持続可能性について