「Infrastructure as Codeに疲れたので、僕たちが本来やりたかったことを整理する」を１年掛けて整理した
こんにちわ。rwle1212です。 本記事は JAWS Days 2020 で話す予定でしたが、昨今の事情によりオンライン開催となったため、登壇予定の内容を記事にしたものになります。 登壇していれば諸般の事情により左手首を骨折したネタが使えたのですが、ブログでは伝わらないので非常に残念な思いをしております。という話はどうでも良いので本題に入ります。 50分の登壇内容なので少々長くなりますが、お付き合いください。 JAWS Days 2019で登壇した内容の振り返り昨年の JAWS Days 2019 で「Infrastructure as Codeに疲れたので、僕たちが本来やりたかったことを整理する」という内容で登壇しました。 まずは上のリンクに添付されているスライドを5分位で読めると思うので一読頂いて、下の文に進んで頂ければと思います。 そもそもInfrastructure as Cod
現行のインボイス制度に関するSkebの対応につきまして
いつもSkebをご利用いただきありがとうございます。 2023年10月1日よりインボイス制度(適格請求書等保存方式)が開始されます。現行のインボイス制度に関するSkebの対応をお知らせいたします。 このお知らせはインボイス制度の解説を含み、非常に長い説明となっているため、先に要点を記載させていただきます。 要点Skebは現行のインボイス制度に強く反対します。インボイス制度は「クリエイターの本名がファンにバレる問題」「消費税の納税義務を負うか、取引が不利になるか二択を迫られる問題」「事務負担が増える問題」などクリエイターのみなさんにとって問題点が多く、十分な議論がなされないまま開始されようとしています。Skebでは特例制度を活用し、上記の問題を解決します。 Skebを利用する取引に限っては、クリエイターのみなさんの本名が登録番号経由でクライアントのみなさんにバレたり、インボイスに対応していな
「電脳コイル」総作画監督 井上俊之インタビュー
fullfrontal.moeは日本語のホームページが作りました! このインタービューはこちらで読めるになりました。
ミルクボーイがアジャイルを説明したら
序章駒場「最近、うちのおかんがシステム開発に興味を持っててなぁ、名前は忘れたらしいんやけど、迅速に開発できて、仕様変更にも対応できる、素晴らしい開発手法を取り入れてるところがあるらしいんやわ〜。」 内海「そんなもんアジャイルに決まってるがなぁ〜! 今やシステム開発と言えば、アジャイル。素早く変化に対応できるってゆーのが特徴なんよ。そもそも名前が “迅速” を意味する英語やねんから、アジャイルに決まってるがなぁ〜。」 チームの人数駒場「最初、オレもそう思たんやけどな、なんでも 40 人ぐらいで開発してるらしいんやわぁ〜。」 内海「ほなぁ、アジャイルちゃうかぁ…。アジャイルでは 5〜9 人ぐらいが推奨されてるからなぁ〜。40 人もおったら、とてもやないけど、コミュニケーションが成立するとは思われへんなぁ〜。効率の悪い伝言ゲームになるのは目に見えてるからなぁ〜。おかん、他にもなんか言うてなかった
jq コマンドで JSON を CSV に変換する
jq can mangle the data format that you have into the one that you want with very little effort, and the program to do… とっても優秀な jq コマンドは、ご丁寧にフィルターで加工した値をCSV形式で出力する機能を用意してくれています。 > jq -r '<CSV 形式で出力したい要素を取り出すフィルター> | @csv'最期の|@csv が重要です。 簡単な例を使って、振る舞いを確認してみます。 出力(1) サンプルデータ(sample1.json)の内容の確認> cat sample1.json [ {"key1": "value11", "key2": "value12", "key3": "value13"}, {"key1": "value21", "key2":
[翻訳]ShopifyにおけるRuby on Railsで速いコードを書く方法
こちらの記事は翻訳記事となります。 原著者の許諾を得て翻訳・公開しております。 英語記事: How to Write Fast Code in Ruby on Rails原文公開日: 2019/10/08著者: Gannon McGibbonURL: https://engineering.shopify.com/blogs/engineering/write-fast-code-ruby-rails はじめにShopifyでは、ほとんどのプロジェクトの開発フレームワークにRuby on Railsを使用しています。 RailsとRubyはともにパフォーマンスに対するスティグマ（偏見）が存在します。 多くの個人や企業が、Rails以外での解決方法を探しています。 しかし一方で、私たちShopifyではRuby on Railsを採用して、毎分何百万ものリクエスト（requests per
![[翻訳]ShopifyにおけるRuby on Railsで速いコードを書く方法](https://cdn-ak-scissors.b.st-hatena.com/image/square/30f8dce642738cd4af3a29747660c560f0d98458/height=288;version=1;width=512/https%3A%2F%2Fmiro.medium.com%2Fv2%2Fda%3Atrue%2Fresize%3Afit%3A1200%2F0%2Ao26-6XGJfoafCjrd)
Dockerを使って各ブランチ毎のステージング環境を作った話 #docker #rails
こんにちは、サーバサイドエンジニアを担当しているヤマヒロです。 今回は、Dockerを使って各ブランチ毎のステージング環境を作った話について書いていきたいと思います。 なぜDockerを使ってステージング環境を作ったのか以前はステージング環境が一つだけ存在し、各自が自分のissueが終わった段階で上げていたのですが、エンジニアの人数が増えていくにつれステージングにあげる頻度が増え、ステージングに自分のブランチを上げるタスクがスタックしていくようになってきてしまいました。 そこでチームのメンバーにアドバイスをもらい、前職でdockerを使ってステージングを作っていたので、とても便利だったからそれでやってみたらどうかということで、実際に作ってみることにしました。 Dockerを使ってステージング環境を作るまでの過程と、手間取ったこと環境構築手順は、大まかにまとめると CapistranoでDo
Uber Execs Konmari Their Org, Lay Off Employees That Do Not Spark Joy
1455 MARKET STREET, SAN FRANCISCO — On a cloudy night in San Francisco, barely a week after their IPO, a group of Uber execs gathered in a conference room to KonMari their orgs by laying off employees that did not spark joy in their lives. The executives were seated together in a conference room with frosted glass walls. At the front of the room, a screen displayed the profile of an employee with
Docker 19.03新機能 (root権限不要化、GPU対応強化、CLIプラグイン…)
NTTの須田です。2019年7月23日に公開された、Docker 19.03の新機能をお伝えします。2018年11月8日にリリースされたDocker 18.09以来、8ヶ月ぶりのリリースです。 root権限不要化従来のDockerは、ホストのroot権限でデーモン(dockerd)を動作させる必要があったため、脆弱性や設定ミスを突かれると、ホストのroot権限を奪われる恐れがありました。 Docker 19.03では、非rootユーザでデーモンを実行できるようになりました(Rootlessモード)。 Rootlessモードを有効化することで、万一Dockerに脆弱性や設定ミスがあっても、攻撃者にホストのroot権限を奪取されることを防ぐことが出来ます。ただし、現時点ではcgroupを利用できないなどの制約があります。 RootlessモードのDockerは， curl -fsSL http
Google Apps Script は何が強くてどんなときに使うべきかプラクティスをまとめてみた
はじめにGoogle Apps Script は無料で色んなことが実現できるため、ついつい「全て GAS でやっちゃおう」みたいな話になりがちです。Google Apps Script も万能ではないので、強み・弱みを理解した上で他の選択肢と比較して使うのをお勧めします。 Google Apps Script のプロジェクトを 2–30 個作ってきた中で、自分なりのプラクティスをまとめてみます。 この内容は Cloud Next ’18 in Tokyo で登壇したときの内容を含んでいます。この登壇から半年以上経ったのでアップデート部分も以下にまとめています。 Google Apps Script の強み・弱みまず、強みと弱みについてまとめてみます。 強み 1. Google Apps の API を簡単に呼び出すことができる一番の強みはこれだと思います。Google Apps Scrip
信頼できて行動力を持った仲間 - erukiti - Medium
行動力を持っていて、僕に取って信頼できる人であるところのおやかた@技術書典4(当選) (@oyakata2438)さんがこんな発言をしていた。 最近、口に出したことがいろいろ実現したり、具体化に向け相談中、なんてことが続いている。 信頼できる人たちには、やりたいこと、あったらいいな、をとりあえず伝えておくと、絶対損しないw飲み会とかでもいいのでｗ — おやかた@技術書典4(当選) (@oyakata2438) February 13, 2018 これ、ちょっと条件があって、人として信頼できる人達でも行動力の無い人たちなら実現しないし、行動力があっても人として信頼できない人たちだったら困った事になりがち。僕はそういう意味では、技術書典をきっかけに、親方さんを含めた信頼できて行動力がある人達と去年出会えたのがとても大きい。 年末に書いた通り、一昨年から去年にかけてかなり重度の人間不信に陥る事態
日本マイクロソフトを退職します
日本マイクロソフトを退職します新卒で入社した日本マイクロソフトを 1 月 17 日に退職します。 学部生の頃、就職できるはずのない雲の上の企業でした。 就職活動していた際にも視野に入れていませんでした。 なぜそんな大企業に就職したのに退職するの？ こんな記事も書いてもらったのに退職するの？ という質問をよくされるので、いわゆる退職エントリを残しておきます。 なぜ退職するのか最初に、日本マイクロソフトは素晴らしい会社です。 私自身、技術力以外にコミュニケーション能力や電話応対能力、メール文章作成能力が格段に成長しました。 しかし、技術職であるにも関わらずコードを書いてチームで開発をする機会は全くない部署でした。 そこでふと、「このまま今のカスタマー サポートを続けていて自分は何年後かに後悔しないだろうか。」と思いました。 そして、試しに転職活動をしてみると同じ外資系のカスタマー サポート職の
友達がほしいです
今日は、今まで僕がインターネットにあまり書いてこなかった、個人的なことを書きます。 これを読んでいるのは、僕のことを知っている人でしょうか。それとも知らない人でしょうか。知らない人は、初めまして。実は僕にはずっと友達がいなくて、つらい思いをしています。今までなんとかごまかしてたけど、最近はいろいろあってごまかしきれなくなってきました。なのでこれを見て、友達になれそうな感じがもしあったら、連絡をください。出来れば同性の方がいいです。 こういうかたちで友達を募集するのは、かなり滑稽だと思うし、多くの人はこんなことしなくても自然に、あるいは頑張って友達を作ってるのだと思います。こういうことを書くようなメンタリティだから友達ができないのだ、というお叱りもあるかもしれません。ただ、自分ではもう、友達をどう作ったらいいかも分からなすぎて、こういう方法をとるしか思いつきませんでした。 僕は、Facebo
報告よりも相談すること
仕事を任せた側からすると、すべて終わって報告だけされるよりも、段階的に相談される方が嬉しい。相談することは恥じることではない、と思ってほしい。 報告されると任せた側は良いか悪いかの評価しかできないけど、相談されると一緒に考えられるし、一体感も出てくる。それが嬉しい。 もう何をすれば良いかわかっているような「作業」については報告だけで良い。だけど、目的を共有して自分の頭で考えないといけない「仕事」を任せるときは、報告だけだとつらいのだ。 「仕事」なら任せた側も最終的な成果物が見えない中で任せているので、どうなるのか不安もある。とはいえ、任せたなら、あまり口出しをするのもどうかと思っている。 相談がまったくなくて報告だけがあるのは、目隠しをされて目的地に連れて行かれている気分になる。到着地点で、ここは違うとしか言えなくなるのだ。一か八かみたいな感じ。 だから結果を報告するもっと前に、任された側
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
