Notices by ひだお初段@Qiitadon (hidao@qiitadon.com), page 24

@alice1017 ?

ナガオカケンメイ : 二度と同じことに会えないから、今日を一生懸命に生きたい 2009-12-10

> 例えば、駆け出しの若い建築家の元で働く人は、ある意味、不条理極まりない若いポスの若い判断によって、右に左に揺さぶられ、苛立ちすら感じることも多いと思います。でも、そんなボスですら、自分の握っている人生の舵取りがうまくいっていないことは承知していて、ただ、必死なのです。今までに無いことをするために、今までにないことをしている。独立した未知の日々の中で、葛藤している。所員の心配なんて、していられない日々を、一緒に過ごしている。その若い日々は、実はとてつもなく貴重で、二度とその場にいるボスも含めたみんなにとって、二度とできることではないと思うのです。できそうで、絶対にできない。無茶な時間。

> お友達においてかれてしまったかもしれない

君は友達を置いていけるフレンズなんだね!

まー有名ではないけど、こういうのはあった
40代男性（プログラミングのお仕事・統合失調症）の就職・雇用事例
https://works.litalico.jp/interview/case/detail/085/

気の狂い具合によるけど、医者になる前に結構重度の症状で自殺未遂して医者になった人も、自殺未遂してから食えるレベルの作家になった人も知ってるし、精神障害のあるエンジニアはもちろん沢山いるし、会社の社長なんかは精神的にダメージを受けやすいのか元の気質なのか、統計的にサイコパス的な考え方の人が多い事も知られている

スパム防ぐ方法ないかなー。

新規のアカウント作成～投稿までを面倒にする方法はどうだろうか…
有名ドメインのメールアドレス認証＋githubアカウント(２段階認証設定済み)＋Qiita（2段階認証）とか

github ググったら、github.co.jp に連れていかれた。公式なの…か？

github ググったら、github.co.jp に連れていかれた。公式なの…か？

github ググったら、github.co.jp に連れていかれた。公式なの…か？

Githubのissue議論とQiitadonチェックだけで終わる、土曜の朝。

悪くない。

Surface は放置中。

#Qiita
やはり投稿個別報告も数の暴力にはつらいモノがある。
ユーザ報告機能が欲しいところ

#QiitaPolice からなんとかスパム報告したいなぁ。
スパム報告のAPIとか公開……されるとなんか大変なことになりそうな気もするけども……知りたいなぁ…

|_°) ﾁﾗｯ

#qiitaスパム
９時間前からおよそ１２０件のスパム検出
怪しい日本語スパムが増えている。

その金の流れと質的に同じなのが、株価とか仮想通貨なんじゃないかなと
そうやって、実質的に富を作り出してない行為によって、日本の富が流出しているのでは、というのが最近の仮説(小並感)
主語をどんどん大きい陰謀論を展開して行くと、ハッカソンに参加したインターン生すらそれを感じてるもの
ハッカソン、技術に興味がある人が集まるのかと思っていたら、一日中ビジネスモデルの話、しかもコストの話ばかりしてる人たちが支配的で、半日ぐらいは全くコード書けなくてヘイトが溜まったとか、非エンジニアのチームが優勝したとか、うちのインターン生が分かれて別のチームに入ったんだけど、それぞれのチームで一番コード書くなり実装するなりしてたのがインターン生だったとか、感想というか報告を聞いて少し悲しくなった
貰って帰ってきた本も、あまりに中身が無いと言うから、ほんまかいなと思って読んで見たら本当に中身がなくてビビった

https://ja.m.wikipedia.org/wiki/住宅金融専門会社
やっぱり、多分けっこう昔から日本はものづくり立国ではなく金融立国で、私が小学生の頃とか、made in Japanが持て囃されてた気がするけど実はその頃には中身は薄くなっていた、というような気持ちになっている
不動産で金儲けという構造も、東京一極集中を支える構造の一つで、実は因果関係が逆なのかもしれない
人が集まるから地価が上がるのではなく、地価が上がってそれで儲けたい人中心に人が集まっているのかもしれない

おはドンでござる。
早速持ち出し許可が出た貸与Surface proをセットアップして、デバッグ作業に取り掛からねば。

よくない流れ

#Tootle は「-文字列」で検索対象から外せるのが良い。

色々な Mastodon クライアント使って来たけど、「僕だけがいない TL」を作れるのは珍しい。

「超スピードでとにかく叶える」の部分には、「カスタマイズでお金をもらう」というのも含まれる。
お客様からお金をもらいながら、超スピードでとにかく叶える、というのが、ガツンとお金を入れて仮説検証というスタイルでないとすれば、最も現実的なやり方なのかなと。（VCとかにお金を入れてもらうなら、その限りではない）

ここですごく重要なのは、個別の要望に対して、それぞれに特化しすぎたカスタマイズにせずに、ソースを一本化して特化した機能を作りながらも汎用化した構造を保ちつづけることだと思う。
それは、プログラミング言語の選択もそこそこ影響はするんだけど、それ以上にやっぱり設計思想とデータベースの構造なのかなという気がしている。
リリースから１年ぐらい、未だにmaster以外のブランチを長期的に運用したことがないし、今後もする気はない。私にはそんな難しいことは絶対にできない。。。