単純に仕事の用事なのですが、俗に言う経営層と言える立場の方々にヒアリングする機会が増えたことで、とあるセリフを頻繁に耳にするようになりました。 「事業の話ができるエンジニアがいないんだよね。本当に困りますよ」です。 これは僕が事業の話をできるとかそういうことを言いたいのではなくて、各社の経営層の切実な想いであり1つや2つの組織で聞いた発言ではなく、あらゆる組織で耳にする強烈なペインであると言いたいんです。 本当に、文字通り、全ての組織でこの発言を聞きました。 僕個人としては、「え?そうなんですか?結構いると思いますが」って当初反応してたんですよね。何故なら、自分の周りには幸い「技術にだけ興味があるエンジニア」が少ないからでして、彼らがそこまでの切実さで何を求めているのかはっきりとわかっていませんでした。ただ、僕も諸事情あって彼らと似たような視点を持たなければいけない状況になり、この発言の理
フィードバックを送信 サービス アカウント キーを使用して Google Cloud APIs にアクセスする コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 このチュートリアルでは、IAM サービス アカウントを作成し、Google Cloud サービスに対して認証を行うロールを割り当て、Google Kubernetes Engine(GKE)で実行されているアプリケーションでサービス アカウントの認証情報を使用する方法を説明します。 サービス アカウント キーが正しく管理されていないと、セキュリティ リスクが発生します。可能であれば、サービス アカウント キーよりも安全な代替手段を選択してください。サービス アカウント キーで認証する必要がある場合は、秘密鍵のセキュリティや、鍵のローテーションなどの他の管理オペレーションをユーザーが行います。詳細につ
こんにちはコスパ厨です。2018年1月に学習開始して、途中数ヶ月のサボり期間を経て2019年10月にTOEIC940点になったのでまとめます。がっつりライザップイングリッシュとレアジョブ本気塾に課金した自分が言うのもなんだけど「TOEICはコスパが超いい」ことがわかったのでメモ(もちろんやる気があれば、課金しなくても全然イケる) 10年前の自分もしくは自分の子どもたちに伝えていきたい。あと「無料体験に行ってきました」の課金エアプ勢のブログは本当にイラっとくるので課金した人が書かないと… はじめに ちなみに今回扱うTOEICはTOEIC L&Rのことです。新卒で入った会社でTOEIC受けた時に370点くらいだったんだけど、それ以降ちゃんと勉強してなかったので、きっと2018年年初の時点で400点くらいだったということにします。単語全然知らなくて、基本的な文法もわりと怪しいレベル。あとオチとし
Running into this Error after updating to the latest version of Windows in the Insider Preview program. I have noticed that my Hyper-V settings for Hyper-V Management Tools and Hyper-V platform are now on after applying this Windows update. I do not remember if these were both on prior to update. Windows Error ⚠ WSL distro stopped while waiting for Lifecycle server. >Stdout: >Stderr: 2020/08/08 20
@shiumachi さんがツイートされてた Nizi Project のプロデューサー J.Y.Park 氏の「言葉」から読み取れるマネジメント手法の特徴の解説記事が参考になるので、備忘録としてメモ。 よく知らないけど、スッキリで見たJ.Y.Park 氏がイメージしてるプロデューサー像と違って印象に残ってる。 https://t.co/soPVL33ay7— yohei.az (@yoheia) September 12, 2020 以下、はこの記事からの引用。 bunshun.jp Nizi Project の人材輩出システム J.Y.Park 氏の言葉の 8 つの特徴 8 つの特徴の解説と具体例 「Goodを先、Mottoを後」で相手の心を開く J.Y. Park氏のフィードバックには共通する特徴がある。それは、良いこと(Good)を最初に伝え、もっと改善すべき点(Motto)はあと
こんにちは、高円寺メタルめしのヤスナリオです。 サッと作れて美味しい焼きそばは、お店のまかないメシでも定番。少ない具材でも美味しく、食べ飽き…
道路の方角は、隣り合う街どうしで微妙に違っていたりする。それが分かりやすいように道を方角によって塗り分けてみたところ、街の地形や歴史が見えて面白かった。 北海道、東京、京都、ニューヨークなどでやってみた。 今回、こんな地図を作った。 なんのこっちゃと思うが、拡大するとこうなっている。 道路を、その方角によって塗り分けたものだ。 右側の黄色いエリアは江東区。中央のカラフルなのは銀座とか日本橋だ。街ごとに道の方角が少しづつ違うということが色によってとても分かりやすくなっている。銀座から日本橋まで歩くと少しづつ道がカクッと曲がってるなーという感覚があるが、そういうこともまざまざと示されている。 こんなことできるかなと思ってやってみたらできて、結果も面白かったのでいろんな場所でやってみようというのが今回の趣旨です。 (本記事の地図は OpenStreetMap のデータをもとに加工したものです。末
モノリシックな大規模アプリを運用する技術-サービスを“分割しない”メリットをSansanの実例に学ぶ モノリシックにアーキテクチャを構築するメリットとは?近年、マイクロサービスアーキテクチャが注目を集めていますが、Sansanは大規模なアプリケーションに成長したいまも、モノリシックな構造を維持しています。ドメインコンテキストの共有のしやすさ、チームビルドのしやすさなど、モノリシックな構造だからこそ得られるメリットを聞きました。 モノリシックである利点 - ドメインコンテキストが共有しやすい Backlogを一本化し、モノリシックなシステムを運用しやすく 技術的負債の解消 ~事業フェーズに適した技術を選定する~ 技術的負債の解消 ~リプレース可能な部分は積極的にエコシステムを活用~ 技術的な改善をビジネスの改善に結びつける 近年、複数の小さなサービスをAPIによって連携させるマイクロサービス
がなかったので、自分で開発した。その後発表された公式アプリやSparkoCamとの差についてはこちらを参照。 tl;dr 最新リリースと動作確認情報(2020/11/26 現在) 類似ソフトウェアとの比較 使い方 経緯 開発 まとめ tl;dr 概観 github.com カメラからライブビュー (LV) を取ってきてOBS経由で仮想カメラにするソフト mtplvcap をGoで書いた PCやスマホからカメラのフォーカス等を制御できるリモコンもある libusbとOBSのおかげで Windows/macOS/Linux 全対応! マジめっちゃ動作確認情報を欲してるので、動いた/動かなかった情報を@puhitakuにガンガン送ってほしい(DM可) 最新リリースと動作確認情報(2020/11/26 現在) Version 1.1.2リリース。 開発者 puhitaku は新しい機種での動作確認
はじめに GitHub Enterprise(以下GHE)から github.com へと移行するのが社内のトレンドになりつつあります。renovateの利用も活発です。自分は組織横断的なSREチームにいますが、インフラだけでなくGHEや github.com のorganizationsの管理もやっています。 なぜGitHub organizationsの管理をTerraformでやろうとしたのか 本質的な作業ではないと思うものの、入退社のたびに操作を行う人が発生します。属人化したいものではないのと、他チームメンバーでも操作しやすくするためにコード管理したいとおもいました。自分の所属している組織横断的なSREチームでは、ほかチームのメンバーの増減について詳しく知らないので、各チームからチームメンバーの追加/削除のPRがほしいと考えました。つまりセルフサービス化したいと思ったということです
バウンスメール対策として、Sisimaiの利用を考えていました。ここで結論です。LambdaでSisimaiによるバウンスメール解析の仕組みが作れそうでした。LambdaでSisimaiを動かすような記事は見つからなかったのでアウトプットしてみることにしました。 libsisimai.org "SisimaiはbounceHammerの後継となるバウンスメール(エラーメール)解析ライブラリ" です。 クックパッド開発者ブログにある以下の記事を興味深く読みました。 techlife.cookpad.com 読んだ結果、わりと壮大な仕組みなので、現在であればもう少し小さく仕組みを実現できるのではないかと思って試してみた記事です。できるだけマネージドな仕組みの上で実現したいのですが、バウンスメール解析のSaaSでピンとくるものはなさそうだったのでこの記事の内容を試しています。(できればコードは書
システム開発の世界において「技術的負債(Technical Debt)」は繰り返し話題になり、しばしば炎上しています。 技術的負債という概念の生みの親は Ward Cunningham (ウォード・カニンガム)です。彼は 1992 年にオブジェクト指向プログラミングの国際カンファレンス OOPSLA '92 の Experience Report でコードの初回リリースを負債に例えました("Shipping first time code is like going into debt")。 Ward Cunningham はソフトウェアの世界に多くの貢献を果たしてきました。Wiki の発明者であり、XP と TDD の父 Kent Beck の師匠のような存在であり、建築の世界の「パタン・ランゲージ」を Kent Beck と共にソフトウェアに輸入した人であり、「アジャイルソフトウェア開
私、エクストリームラーメン専門家を勝手に名乗っているケイキリヲと申す者である。 これまで1週間に5回はラーメン屋に足を運び、下手をすれば1日に2件のラーメン屋をはしごすることも辞さない日々を送ってきた私。 2015年にはブログ「フロムムサシノ」を立ち上げ、常人であれば見るだけでお腹いっぱいになるようなラーメンを貪り、記録してきた。 しかし、それも未曾有の感染症の影響により一時ストップ。「人のつくったラーメンを食べることができないのは、こんなにもつらいことなのか」と、奥歯を噛み締める毎日である。 そんなとき、タイミング良く「ラーメンにどれぐらいのお金を使っているか教えてほしい」と依頼をいただいた。これは、私とラーメンの関係性を考える良い機会かもしれない。 そこで今回は、これまでの私のラーメンに対する出費を振り返り、私にとってラーメンを食べるとはどういうことなのか、その哲学的な問いについて考え
僕は、1 日に少なくとも 3,000 行程度、多く書くときで 10,000 行以上のプログラムを書くことができる。その結果、多い月で 10 万行 / 月くらいである。なお、言語は書くソフトウェアの性質上、大半が C 言語である。 また、プログラミングにはバグが付き物だが、ここ 2、3 年の間は、発生するバグの数を極めて少なく保つことに成功している。 とても大きく複雑で、かつレイヤ的に OS に近い処理をたくさんやるプログラムを書く場合は、プログラミングをするときでも、事前の設計が極めて重要となる。設計をうまく行わないと、後になって全面的に書き直しをしないといけなくなったり、パフォーマンスが低下したりする原因となり、開発者の苦痛の原因となる。 当然のことながら、これまで書いたいくつかの大きく複雑といえるソフトウェアの大半の設計も、自分で行った。いかなる場合でも、設計は、最初の 1 回目で確定
メシ通さんに、『「イカを楽しく解剖しながら部位別に美味しく食べる方法」を日本いか連合員が手とり足とり教えます』という記事を寄稿させていただいた。読んでくださった皆様、ありがとうございます。 www.hotpepper.jp 常々、イカを解剖することの楽しさを伝えたいと思っていたので、この記事を書くのは本当に楽しかった。記事を制作していて改めて思ったのだが、イカってすごく解剖向きだ。私のように理系でもなく、解剖の経験もそんなにない人が、最初に手を付けるのにうってつけの生き物だと思う。 ▲イカを開く喜びは、プレゼントの包装紙を開けるときの喜びに近い いい機会なので、その理由をまとめておく。まあ、まず「解剖したい」という欲求を持っていることが前提になるわけだが。みんな知りたいでしょ?生き物の体の中身。私は知りたい。 いつでもどこにでも安く売っている 自宅にある道具でできる 赤い血が出ない 奇妙で
自粛なので恐ろしく暇だ。 なので、自宅でラーメンを作る事にした。 しかし、昔の様にガチにラーメンを鶏ガラやトンコツを使って作れば下処理やらなんやら手間もかかるし、デカイ鍋は必要だし、出汁を取るのも数時間かかるし、圧力鍋を使ってスープを作る時間を短くしたりしても出汁をとった後のゴミが沢山出るし、狭い家だと作った後の匂いが大変だし、油はギットギトで片付け大変だし、2人分ぐらいしか作らないと材料が中途半端にあまってしまう。食べるのは数分。 最終的には「やっぱりラーメンはお店で食べるのが一番じゃね?」と言うところに着地するだろう。 かと言って鶏ガラスープの素やウェイパーではないインスタントではないスープが飲みたい。飲み干したい。 あぁ、お店のラーメン程のパンチは求めないとしても、そこそこ納得のいくモノを簡単にチョチョイと自宅で作れないものだろうか。 と、いうわけで「自宅で誰でも簡単に出来る」ラーメ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く