登壇中にうっかりSlackの通知が出ちゃうみたいなことを避けたいですよね。うっかりを防ぐ対策が集まるスクラップです。

この記事はグロースエクスパートナーズ Advent Calendar 2022の11日目です。 （補足追記：この記事は、一緒に働いている／働くことになる若い後輩たちへのメッセージです） 毎年、メンバーからお題をもらっているのですが「一緒に仕事する相手がこうだったら教えがいがある・やりやすいなと思う言動について書いてほしい」ということなので、僕のキャリア（もうちょっとで四半世紀...）の中で学んできたことも含めて、整理してみます。 心構え：作業ではなく、仕事をせよ まず、一緒に仕事をする上でお願いしたいのは「作業ではなく、仕事をしてほしい」ということです。ここでいう仕事と作業の定義は以下の通りです。 仕事というのは「ある目的を達成するための行動」 作業というのは「ある計画や手順のもとにおこなう行動」 仕事は作業を含んでいます。目的を達成する行動全般が「仕事」であり、仕事の中で具体的な手順を実

『エヴァンゲリオン』綾波レイや『名探偵コナン』灰原哀など、数々の名作キャラで知られる林原めぐみ。声優として第一線を走り続けているだけでなく、ラジオパーソナリティや作詞家、エッセイストとしての顔も持ち、マルチな活躍の中でもアーティスト活動は今年で30周年を迎えた。今や「歌う声優」は珍しくなくなったが、本人名義でのリリースをコンスタントに積み上げてきた上に、好セールスという結果を残してきた功績は大きい。自身の30年の足跡をどのように俯瞰しているのか話を聞いた。 声優が歌うなんて“ありえない”時代、デビューは消極的だった！？ ――林原さんはもともと歌手活動に積極的ではなかったそうですね。 林原めぐみ私が声優デビューした80年代後期というのは、「どうやら声優というのは歌えるらしい」みたいな認識が業界に芽生え始めた時代でした。もちろん私以前にも音楽活動をされてきた声優の先輩方はたくさんいらっしゃいま

拙作の『NKODICE』というゲームを巡り軽い炎上案件が発生した。その経緯について。 （ゲームが少し売れたことによって、若干調子にのっているような自覚があり、内容も不快かもしれないです。あとで消すかもしれない。ですが事実関係に基づいて書いたつもりです、あと文章クソ下手です） まず『NKODICE』について簡単に説明すると『う』『ま』『ち』『ん』『こ』『お』の6文字で構成されたダイスをふりスコアを競う、チンチロリンをベースにしたゲームで、役が成立すると下ネタになる要素が小学生レベルの感性をもった人たちに好評を博し、PC向けに先月（2021.05.29）リリースして以降コミュニティや口コミなどで徐々に広まり、最近はVTuberによる配信も行われるようになっていた。 個人系VTuberの『NKODICE』配信がわりと好評だったようで、企業に所属するVTuberも徐々に配信を始める中『NKODIC

【拡散希望】あなたの好きな作品が長生きするのに大切なこと。 作家が「リアル書店で紙の本を早めに買って欲しい」と言う理由を描いてみました。 大まかな説明なので細かい部分はご了承ください。 きっかけになれたら嬉しいです。 pic.twitter.com/z0UJFgnsXL — 花乃軍❁乙俺リロード１巻発売中！ (@k193com) May 5, 2021 今日はあんまりそういうことしても効果ないかもしれない、いやない、という話を書きます。 まずそもそも電子書籍の売上って分かってないの？というところから。これはですね、そうとも言えるしそうじゃないとも言えますね。 電子書店からの数字の報告が遅くなる、というのは本当で、だいたい1〜2ヶ月前の売上が報告されてくるというパターンが多く、それを何書店も集計してだいたい2、3ヶ月後くらいには社内でまとめられるかなーという出版社が多いんじゃないでしょうか。

拝読しました。Twitterユーザーの反応を見る限りだと「真摯な謝罪」と判断する人もいるようですが、多くの人は未だに「この謝罪文でも不十分である」と判断しているように見受けられます。謝罪して広告表現を修正しておしまい、というほど浅い問題ではありません。 なので一つ一つ、問題を改めて整理します。 （前回記事未読の方は下記一読をお勧めします） ※以下、強い言葉による批判も含まれます。 またチケットサプリ既ユーザーにとっては精神的に好ましくない内容もあります。注意してお読みください。 １．何に対して謝罪しているのか？先述の謝罪文において謝罪されている項目４つを、なるべく文面そのまま引用して列挙する。 ・「ブランド公式のリリースよりハヤカワ五味代表からの謝罪が遅くなり、心配にさせた」 ・「法令に違反する可能性のある表現で、不安を抱かせた」 ・「指摘に関してハヤカワ五味個人アカウントで対応してしまい

以下は共有ライブラリに虐げられ共有ライブラリをもう使いたくないという個人的な愚痴をまとめたものです。特にことわらない場合は Linux の話です。 何故共有ライブラリを使うのか？ 前回説明したように共有ライブラリをリンクした実行ファイルは必要な共有ライブラリを実行時にシステムから検索してロードします。この際ライブラリを検索する方法は名前です。先に見つけたものを使います。しかもこの検索パスは環境変数 LD_LIBRARY_PATH によって変更できます。また検索する順序に当然依存します。 この機構は何のために存在するのでしょう？いくつかの目的があげられます。 ディスク容量を節約する 複数の実行バイナリで同じ関数のバイナリを持たなくていいので単純にディスク容量を節約できます。これは現代のように十分大容量なディスクが安価で利用できる時代には特に問題になりません。 共有ライブラリを更新すればそれを

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 古来より業界では、わからないことは自分で調べることが常識となっていますね。 僕も知的好奇心が旺盛なので、人に教わるよりも自分で調べるほうが好きです。 しかし、もし「"○○"って？」と聞いたときに「ggrks」と言われたとしたら、僕はきっと、感じるところがあるでしょう。 しかし後述する全ての項目を質問したら、細かい、しつこい、ウザいと思われるのは目に見えているので、グッとこらえる事でしょう。 将来、自分自身が教え下手人間とならないよう、「初心忘るべからず」という思いをこめて、この気持ちを記事に残します。 本記事のターゲットは、未

人ありきで仕事を割り振っていくメンバーシップ型雇用に対して、仕事に対して人を割り当てていくジョブ型雇用で課題となるのは、ミスマッチが発生しがちなことです。足りない役割は外から採用すればいいのですが、問題はジョブからあぶれた人をどうするかです。欧米では契約解除とするのが一般的ですが、日本では解雇が厳しく制限されてきたとされています。 ジョブ型の「本家」の欧米では、実績があがらず会社が改善を促しても結果に結びつかない場合、契約解除になるのが一般的だ。これに対し解雇が厳しく制限されている日本の現状では、ジョブ型雇用は社内の人材流動性を高める形での運用が中心になる。 日本の雇用規制が厳しいために雇用の流動性を妨げてきたとは一般によくいわれることですが、以前ジョブ型雇用を標榜していた職場にいたわたしにしてみると、そう聞くと不思議な気持ちになります。 しばしばアップオアアウトといわれている外資系コンサ

初めに、そして結論 本当は冒頭にこういう言い訳がましいことを書くのは好きではないのだが、例によってディスり成分が多めなので、筆者はそういうキャラということでそこは目を瞑って欲しい。実体験に基づいて書くので業務上あまり触ってこなかった言語については記載が少ないが、読者のみなさんが詳しいことや私の記述で事実と異なる部分については謝罪して訂正したいのでプルリク、コメント等熱望している。あと筆者はサーバーサイドエンジニアであってフロントの事が全然わからんのでその辺はさっぴいて読んでほしい。結論から言うとRustを使え。 古生代 アセンブラ以外の高水準プログラム言語の歴史は1950年代から1であるが、筆者の実体験に基づいて話をするので'80年代まですっ飛ばす。 N88-BASIC N88といえばN88-BASIC(86)を思い浮かべる読者が多いと思うが、筆者はPC-8801mkIIユーザーだったので

プログラミング初心者に対してどういう情報が役立つのかをぼんやり考えていると、そこそこコードを書けるベテランが、いつ、どういうことにつまづいてきたのかを書くとけっこう有益なのではないかと思ったので書きました。これを読むと直接プログラミング能力が上がるわけではないですが、「ああ、こういうところでつまづいてもいっぱしのプログラマになれている人もいるのだな」と思ってもらうのが目的です。成功談よりも失敗談のほうが役立つとよく言われますが、それと少し似ているのかもしれません。 全段落で「いっぱしのプログラマ」とか言った手前、自分のことを書いておきます。18歳ごろから20年くらい前からプログラミングをしていて、主に有名どころのOSSに向けてコードを書いてきました。昔はLinuxカーネルを10年少々やっていて、ここ最近はCephオーケストレータであるRookの開発とかをしています。プログラマとしてはスーパ

昔ニコナレにアップロードしていたピクシブ社内勉強会資料です。

日々権限設計で頭を抱えてます。この苦悩が終わることは無いと思ってますが、新しい課題にぶつかっていくうちに最初のころの課題を忘れていきそうなので、現時点での自分の中でぐちゃぐちゃになっている情報をまとめようと思い、記事にしました。 所々で「メリット」「デメリット」に関連する情報がありますが、そのときそのときには色々と感じることがあっても、いざ記事にまとめるときに思い出せないものが多々ありました。フィードバックや自分の経験を思い出しながら随時更新する予定です。 TL;DR（長すぎて読みたくない） 想定する読者や前提知識 この記事での権限とは 権限の種類 ACL(Access Control List) RBAC(Role-Based Access Control) ABAC(Attribute-Based Access Control) どの権限モデルを採用するべきか 権限を適用する場面 機能

ファイルを一括でリネームしたいことはありませんか。私はあります。ということで作りました。 インストールはHomebrew brew install itchyny/tap/mmv または以下のコマンドでできます。 go get github.com/itchyny/mmv/cmd/mmv スクリーンショットではvimが起動していますが、 $EDITOR が設定されていればそれを使って編集することができます。 エディターでファイル名を編集して一括でリネームするというのは、新しい発想ではありません。 実際、多くのソフトウェア (特にファイラー) がこの機能を実装しています。 massren vimv qmv Vim plugin vimfiler Defx Vaffle fila.vim Emacs Dired 私はvimfilerの一括リネーム機能をよく使っていました。 特に不満はないのです

WindowsのISOファイル、Microsoftのサイトから普通にダウンロードできるし、プロダクトキーも不要になってる（"I don't have a product key"という選択肢がある）から実質完全無料じゃん。Windows、無料になっていたのか。

なんかマナブやばいな、ついでに色々見てたんですが、最近技術ではない方向で前に出てきてるエンジニアが増えてるようですね。 技術ブログは一般の人は見ないからわからないかもですが、技術ブログ系はエンジニアが見るだけで、基本的にそこで収益を得てるものも少ない印象があります。技術者の業界というのは業界の発展のために、無償で貢献(楽しみとしての人が多い)する人がすごく多く、それによってライブラリの充実の恩恵として再利用性や車輪の再発明を避けたりできてたりします。なので、この人達は金儲け系のブロガー界隈では話題にならないですね。 一般向けに言葉を発信する人が少なめだったというのもあるのかも知れませんが。というか、よく見たら取り上げようと思った人全員文系エンジニアですか…。文系エンジニアは技術よりお金に向かい、理系はお金より技術に向かう傾向でもあるんですかね。 今回はやまもとりゅうけん、マナブ、勝又健太さ

2020/02/08追記 GitHub Actionsでrubyを使うなら ruby/setup-ruby を使おう - masa寿司の日記 に本記事より後の状況をまとめました。 はじめに actions/setup-rubyにPR出したのをきっかけに masa-iwasaki/setup-rbenvを作ったりして actions/setup-ruby周りで多少知見が溜まっているので、まとめてみます。 注意事項 GitHub Actionsに関する説明や他CIと比較などは省略します。 断りがない限り、すべて現時点での話です。 後半で書きますが、今後一気に状況が変わる可能性があります。 ほぼ自分が使っているLinux環境（Ubuntu 18.04）の話だけ書いてます。そして、もちろん私の独断です。 タイトルどおりの内容なのですが、もしかするとRuby以外の言語やソフトウェア・ライブラリにも役