背景 自分が普段電車や会社で読んでいるIT系のサイトと学習などで使用しているサイトのまとめ。 ニュース系 ■ CNET Japan ■ @IT ■ ITmedia ■ はてなブックマーク(テクノロジーカテゴリ) ■ Menthas ■ Publickey ニュース(ガジェット系) ■ PC Watch ■ GIZMODO ■ Engadget 技術系ブログ(企業系) ■ Developers.IO ■ はてなブログ開発ブログ ■ サイボウズのエンジニアブログ ■ クックパッド開発者ブログ ■ Google Developers ■ Yahoo! JAPAN Tech Blog ■ Mercari Engineering Blog ■ Webnaut ■ バズ部 ■ SOUM/misc ■ LINE Engineering 技術系ブログ(個人) ■ ネットワークエンジニアのメモ ■ プログラ

どうも、外資系うさぎのちょこさんです。 気がつけばもう2023年が始まってしまってますね。 一年の計は元旦にあり、ということで正月早々とても有益なnoteを書いて徳を積むところから今年をスタートすることにしましょう。 年末年始に限らず、それなりにまとまった時間を使えるタイミングってインプットにもアウトプットにもとても良いですからね。 せっかくなのでﾌｫﾛﾜｯｻﾝ各位も何かアウトプットしてみるとよいんじゃないでしょうか。 というわけで、新年早々のアウトプットにおすすめな、土地勘の無い業界/テーマのプロジェクトにアサインされた場合の最低限の情報収集を手早くこなすにはどうするのがよいかってnoteをお届けします。 これは再現性のあるやり方なので、このnoteを見ながら同じような流れで情報収集して自分なりの見解なんかをまとめてみたりすると良いセルフトレーニングになるはずです。 これは有益な情報なの

オンボーディング ハンドブック #このサイトについて #NTTコミュニケーションズ(以降、NTT Com)社内で製作したオンボーディングハンドブックの内容を、より一般化して広く公開するものです。 ソースコード #本書のソースコードは https://github.com/nttcom/onboarding-handbook で公開しています。 ライセンス #NTT Communications Corporation 作『オンボーディング ハンドブック』は クリエイティブ・コモンズ 表示 - 非営利 - 継承 4.0 国際 ライセンス で提供されています。 関連ハンドブック #リモートワークの働き方に特化したリモートワークハンドブックや、チームビルディングのプラクティスをまとめたチームビルディングハンドブックも参照ください。 読み始める #こちらから本編に進めます。 はじめに

先日10年勤務したNTTを退職してフリーランスエンジニアになりました。 流行りの？NTT退職エントリーですが、よくあるのはNTT研究所とかの超エリートがGAFAMでデータサイエンティストになりましたみたいな話ですが、 私の場合はグループでも底辺の話で、NTT持株会社から見るとひ孫会社で保守を専門にする会社で更に中途採用です。 研究所なんてほんの上位の話なので、NTTの実態として大量の底辺保守人材を抱えているので、ある意味リアルな話になるかなと。 自己紹介 NWエンジニア歴9年、AWSエンジニア歴1年の37歳。 NWエンジニアと言いつつほぼ監視のみという弱々エンジニアでしたが、AWSエンジニアに転向して1年でフリーランスに挑むことにしました。 前歴 新卒時は氷河期末期。 新卒は金融営業だったが1年で嫌気差し退社 次も金融だったがパワハラにあい1年で退社 鬱になり就職活動する気も起きないが金も

https://togetter.com/li/2231505 https://b.hatena.ne.jp/entry/s/togetter.com/li/2231505 こんな記事がありました。 道の駅が一般向けのゴミ箱を設置せず（注1) そうしたら勝手にゴミを捨てられて激おこと言う話ですね。 それの是非はともかくとして、そこに「有料でもいいからゴミを捨てさせてほしい」という声が結構あるが、社会制度的に想定してないので、結構面倒くさいんだよ、と言う話をします。 有料ゴミステーション設置は、産業廃棄物・一般廃棄物処分の許認可が必要で面倒そもそもこれが一番面倒くさいんですが、有料で他人のゴミを引き受ける行為は、ゴミの処分に当たるので、それなりの免許が必要になります。 裏技としては、地元の産廃業に依頼して、場所を貸していると言う体にするという方法も考えたのだが、これも他に面倒くさいことが頻発

GCP（Google Cloud Platform）を個人開発プロダクトの中心として使っているマンです. AWSやAzureなど他のクラウドサービスもそうですが, クラウドサービスを自分の財布から使ってる時ってめちゃくちゃドキドキしませんか？特にお金の話💰 gigazine.net 例えばこういう記事が流れてくると, 勉強のつもりでアカウント作ったけどどうしよう🤔 仕事で使ってるけど怖くなってきた😫 などなど, 色々と不安を覚えると思います, 自分も昔はそうでした, クレカの情報入れるのこわいお💳的な. ですが安心してください. 仕組みを正しく理解して使えば個人レベルだとメチャクチャ安く収まります. このエントリーでは, 私が今年（2020年）に使ったGCPの料金をチラ見せしつつ, 目的に合わせたクラウドサービスの使い方をTipsとして紹介し, GCP（に限らず他のクラウドサービス

はじめに 現在ITエンジニア歴16年目でこれまでなんどかチームリーダー(プロジェクトリーダー)を経験してきましたが、数年前は上手くいっていたけど、ここ1年位のチームではなかなかうまく行かないことが多く、メンバーからのクレームが上長経由で伝えられてくることがあります。 クレームを伝えてくるメンバーの多くが経験が浅いエンジニア(若手、未経験中途入社)であり、まだITエンジニアとしての業務や商流が分かってない部分もあるゆえのエゴのようなクレームもあるのですが、中にはリーダーとして気をつけるべきだなと思ったことがあったので、まとめておきたいと思います。 なお、経験が浅いエンジニアと主語大きめに書きましたが、数年前にリーダーをした際にQAから転身したてのITエンジニアや、20台中盤くらいの方もいましたが特にクレームはなかったので「メンバーによる可能性はある」ということは書き添えておきます。 また、上

ペス☺︎ 23/6🌝猫飼い @0812_0305_cats これから家建てる人は「縦型洗濯機×乾太くん」にしてください…ドラム型なら1台で洗濯から乾燥まで一気に出来るじゃんと思ってた私はドラム型4年目にして結構後悔しています…洗濯機から乾燥機に衣類詰め替えるのとかガスの契約するのとかﾀﾞﾘ～もんとか思ってた自分バーカバーカ！ ペス☺︎ 23/6🌝猫飼い @0812_0305_cats 我が家が可愛い猫2匹と暮らしてるからその毛のせいでそうなりやすいとも言われたけど、ドラム型洗濯機の奥にあるフィルター(乾燥のための熱風を出す部分のフィルターで一般人は見ることも出来ない、業者さんでもめんどい位置にあるらしい)がホコリでビッチリ埋まってたから乾燥機能が死んでたらしい。 ペス☺︎ 23/6🌝猫飼い @0812_0305_cats 今回は保証期間内だからいいけど、次同じ作業あったら本当に大変な

近頃世間を騒がしている某中古車販売店だけど、4,5年前に凄い経験をしたので共有したい。 一応伏字（丸わかりだが）だし、後述するけど「(起きた出来事を)ネットに書いたり、知人に伝えて、絶対あそこは使うなって言うからな」という私の発言に、「お好きににどうぞ」と言われているので、注意喚起という名の憂さ晴らしで増田に書きたい。 当時私には婚約者がいて、同棲→結婚に際して、いろいろと物を整理していた。 車もその内の一つで、彼女は車を持っていて、私は持っていなかったのだけれど、結婚に際して家具等の大きな物を運ぶことも増えていたし、車自体もそこそこ古くもあったので、これを機に少し大きい車に買い替えようと売却することにした。 車は国内メーカーの大衆車。軽ではない普通のファミリーカーで、特に事故歴も修復歴もなく、走行距離はそこそこだが、ある程度の値段で売れるだろうというもの。 彼女はあまりそういったこと（車

パワハラしていた先輩＝Aさん パワハラされていた新人＝Bさん Bさんが入社したのは2021年1月。 3月で退職する社員がいて、その後釜だった。 前任者から引き継ぎを受けた後は、Aさんがサポート係になってペア組んで仕事してた。 Aさんのパワハラっぽい行動が目立ち始めたのは、たしか2021年の秋ごろ。 「それ何回教えたら覚える？」という言葉が頻繁に聞こえてくるようになった。 Bさんが何か質問すると「マニュアルに載ってる」「自分で調べなさい」「前回教えたときにメモしてなかったの？」と突き放すような言動が目立ち始めた。 そうやって突き放すわりに「なんで勝手に判断した？こっちに確認してから動いて」みたいなこともよく言っていた。 Bさんの仕事の覚えが悪いことは何となく察していたが、それにしたって言いようがあるだろと思っていた。 だんだんとAさんの態度はきつくなっていって、部署の雰囲気が悪くなっていった

ことのはじめ こんにちは、freeeのSREの久保木です。 freeeにはたくさんのProjectがあり、それらが複雑に依存関係を持ちます。 ですが僕はSREという所属上いったんはこれら全てに関与する可能性があります。なのでどんなProjectがあって、どれとどれがどう関わっているか、といったことを意識しなくてはならないわけですが。 はい。無理です。まだ入社から二ヶ月弱なのにそれがすぐできたら苦労はないのです。 ということで、この問題をどうにかしてみましょう。 目指すところ どうにかする、って具体的にどういうことか。 今回はfreeeで運用しているProject間の依存関係を図示しよう、という話になりました。 こうすることで、僕のように入ったばかりでProject名が何を示しているかはわからないくらいの人が、一つのProjectを調べながら扱っていきたいという時、でも何に気をつけながら触っ

らんぶる @tamuramble 知り合いの日本を代表するプログラマーのデスクトップもこんな感じ。 デスクトップ散らかってますねとイジったら、「ターミナルしか見てないし、ファイルもスポットライトで見つけられるので、整理する時間の方が無駄ですよ」って返されて以来、雑然としたデスクトップは天才の証だと思っています。 twitter.com/rikei_ayaka/st…

全てのAPIをProtocol Buffersで管理する / Manage all APIs with Protocol Buffers

Jira SoftwareやTrelloなどを中心としたPMが経験してきたプロダクト管理ツールの失敗や改善を語る「本当に使いこなせてる？プロダクト管理ツールの失敗&改善PMトーク【開発PM勉強会 vol.20】」。ここで株式会社ビズリーチの菊池氏が登壇。ドキュメント管理とプロダクトバックログの失敗から学ぶツール運用のコツについて紹介します。 菊池氏の自己紹介 菊池信太郎氏（以下、菊池）：ビズリーチの菊池から、10分枠で話をします。今日のテーマは「失敗から学ぶドキュメントとチケット運用のコツ」ということで、今まで経験したところで「こういうアンチパターンがあったよ」「こういう改善をしたよ」というようなところをお話しできればと思っています。 自己紹介を軽くすると、（私は）2018年からビズリーチで働いています。ビズリーチサービスを作っていて、プラットフォーム開発部の部長をしています。また、201

フリーランスのWebエンジニアとして仕事をする上で、いつも気をつけていたことをつらつらと書いてみます。 フリーランスやっている人、興味ある人の参考になれば。 ※情報商材みたいなタイトルになったけど中身は真面目（多分） ※（一行だけ宣伝）今はSALESCOREでCTOやってます！積極採用中です！自分に興味もっていただけた方、お気軽にご連絡ください！ 自分についての情報フリーランスのWebエンジニアを2年半 当時はRails, Vue.js, Reactがメイン(2018-2020) 情報系の大学院 → メガベンチャー2年 → スタートアップ2年からの独立 今はSALESCOREのCTO 単価は相場の最高額くらい お金の話あんまりしたくないが、みんな興味あると思うので一応 一度お世話になったFindy Freelanceさんの募集を数年ウォッチして、自分がFindyさんで受けた案件が頭を抜けて

Copilot をオープンベータ直後から長く使っていて、また補助的に ChatGPT も使いながらコードを書いていて、なんとなくコツがわかるようになってきた。 自分は生成モデルのことは表面的な理解しかしてない。雑にバックプロパゲーションの実装の写経したり、Transformer の解説とかは読んだが、にわかの域を出ていない。 あくまで利用者として生成モデルから吸い出したプラクティスになる。 基本的に TypeScript と Rust での経験が元になっているが、他の言語にも適用できる話ではあると思う。自分は TypeScript はかなり得意だが、 Rust はあんまり書けるわけではなく、Rust の学習で ChatGPT を頼ろうとして失敗しているというステージ。 Copilot / ChatGPT とどう付き合うか まず、前提として ChatGPT も Copilot も、コード生成

あの先輩が作っていた資料、めちゃくちゃカッコよかったな……。 SNSで話題になっていたあのスライド、すごく見やすかったな……。 そんな憧れの資料は、Microsoft PowerPoint（以下、パワポ）を使って作られていることが多いです。 ビジネスパーソンにとって身近な、資料作成・プレゼンテーションツールのパワポ。しかし、自由自在に使いこなし、見た人を引き込むような資料を作るのは簡単ではありません。 憧れの資料をマネしたはずが、情報を詰め込み過ぎて見づらくなったり、図やイラストを活用して見やすくしているつもりがかえってごちゃごちゃしたり。パソコンを前に、頭を悩ませた経験をお持ちの方は多いはずです。 一体、パワポ資料ってどうやったら見やすくなるのだろう。 そんなモヤモヤをぶつけたのは、パワポ作成の達人、通称“パワポ芸人”として活動されているシリョサク株式会社代表のトヨマネ（豊間根青地）さん

背景 難しさ 利益相反になりがち 競合OSSの存在 コミュニティからのPull Request 競合サービスによる利用 レベニューシェアにならない 利用統計が取れない やっておくべきこと お金を払いたい機能を見極める 境界線を決める ライセンスについて考える 利用統計の取得方法について考える OSSから有償版へのスムーズな移行を考える まとめ 背景 弊社（Aqua Security）ではOSS開発をしており、そのOSSを組み込んだ有償サービスを売ることで利益を上げています。 自分はその中のOSS開発をフルタイムで担当しています。 会社は何を目的としてOSS開発をしているのか、というのは以前発表しました。 speakerdeck.com フルタイムOSS開発者をやってみての感想なども昔書いています。 knqyf263.hatenablog.com 今回はOSSをベースにしたサービス提供の難し

「人気ゲーム”ウマ娘”の特許権巡り、コナミがサイゲームス提訴…損害賠償40億円求める」というインパクトのあるニュースが舞い込んできました。「コナミ側は、人気ゲーム”ウマ娘　プリティーダービー”の特許権を巡り、サイゲームスに40億円の損害賠償や提供の差し止めを求めている。サイゲームスによると、ゲームシステムとプログラムの一部について、コナミ側と特許権に関する協議を続けてきたが、折り合わなかった」とのことです。 ゲーム業界における特許権侵害訴訟といえば任天堂対コロプラの訴訟（和解金推定33億円で和解）に続く大型事案です。訴えられた側のサイゲームスはプレスリリースを出していますが、現時点では、コナミ側からは公式なリリースは出ていません。いずれにせよ、この訴訟に使用された特許の番号については明らかになっていません。単なる当事者どうしの契約の争いとは異なり、特許権の効力はあらゆる人に及びますので、特