  |
はてなキーワード: デプロイとは
ちょっとデプロイ王子を前面に出してみたら批判を全て被ってくれて、ちょっとマイクロソフトを焚き付けたらその翌日には「頑張ったのだから批判するな」という流れを作ってくれた。もう批判自体がタブーだから発注者の厚労省や受注元のパーソルも批判されない。事実ほとんど批判されてない。
今後の政府ソフトウェア案件の炎上対策はこの手でいくのだろう。スケープゴートを擁立して早く炎上を収めるテクニック。高い開発費の大半はこういう工作費用に回される。あのマイクロソフトのエバンジェリストにも数百万くらい回ってるだろう。
| 時間 | 記事数 | 文字数 | 文字数平均 | 文字数中央値 |
|---|---|---|---|---|
| 00 | 85 | 19869 | 233.8 | 50 |
| 01 | 46 | 5040 | 109.6 | 50 |
| 02 | 32 | 6647 | 207.7 | 89.5 |
| 03 | 25 | 1976 | 79.0 | 46 |
| 04 | 19 | 3835 | 201.8 | 93 |
| 05 | 21 | 2906 | 138.4 | 71 |
| 06 | 34 | 6525 | 191.9 | 91 |
| 07 | 48 | 3007 | 62.6 | 36.5 |
| 08 | 104 | 11627 | 111.8 | 49 |
| 09 | 138 | 12840 | 93.0 | 45 |
| 10 | 173 | 19408 | 112.2 | 41 |
| 11 | 140 | 13711 | 97.9 | 60 |
| 12 | 211 | 16525 | 78.3 | 48 |
| 13 | 189 | 13790 | 73.0 | 47 |
| 14 | 128 | 19098 | 149.2 | 47 |
| 15 | 93 | 7092 | 76.3 | 47 |
| 16 | 100 | 15402 | 154.0 | 56.5 |
| 17 | 113 | 11372 | 100.6 | 44 |
| 18 | 122 | 18023 | 147.7 | 57.5 |
| 19 | 130 | 16116 | 124.0 | 50.5 |
| 20 | 107 | 19349 | 180.8 | 46 |
| 21 | 137 | 17193 | 125.5 | 47 |
| 22 | 179 | 16301 | 91.1 | 55 |
| 23 | 87 | 7639 | 87.8 | 47 |
| 1日 | 2461 | 285291 | 115.9 | 49 |
経済右派(6), Thread(7), Hyper(7), Xamarin(6), ランエボ(5), トラウトマン和平工作(4), roblox(3), キッザニア(3), デプロイ(8), 利己的な遺伝子(3), フューチャー(6), 右派(20), ネオリベ(15), じゃろ(14), 民主党政権(16), 最低賃金(13), 家庭内(9), 新自由主義(12), 左派(20), 痴漢冤罪(12), 山口(8), バグ(25), ポルノ(13), いみ(12), 分類(14), 冤罪(22), アプリ(44), 1000万(14), 男性向け(10), 痴漢(71), レイプ(30), 接触(21), 黒人(22), 人格(21), 右(15), 障害者(17), 異なる(16)
■featureをフューチャーって読む人を撲滅したい /20200622023832(37), ■恋愛がテーマの歌である必要はあるか？ /20200615131518(14), ■自分は絶対的弱者だって主張する人たち /20200621222142(13), ■私が接触確認アプリをインストールしない理由 /20200622163854(9), ■ぶくまか!! /20200622152746(9), ■日本の男性は倫理が欠如している /20200622080420(9), ■左翼が暮らしを良くするとしても、餓死を選ぶ /20200611104406(8), ■アニメが観られなくなる病気 /20200617141412(8), (タイトル不明) /20200622095217(8), ■接触確認アプリがもたらすプライバシーリスク /20200619203708(7), ■2020年版 はてブ非表示推奨リスト /20200621164029(7), ■人種差別をしないための差別 /20200621112320(6), ■三大鬼が出てくる昔話 /20200622110425(6), ■接触確認アプリのインストール率を高めるために、ゲーム性を導入しよう /20200619154917(6), ■疑似科学って叩かれがちだけどフロイトの精神分析なんかは /20200622172711(6), ■夫増田、家にいるとき、何してる？ /20200622182048(6), ■何人かの東大生と話してわかったんだけど /20200622145702(5), ■さいきんのこと /20200622214307(5), ■採血で血管が見つからなくて困る /20200622102158(5), ■anond：20200622080420 /20200622094903(5), ■政策には批判的でも政権を支持する人の謎 /20200622140700(5), ■出版社はゾーニング意識をもっとしっかり持ってくれ（小学館・コロコ /20200622142723(5)
(24日の分6本追加。ふむ。完全に役目を終えたようだ)
(23日までの分を追加。燃料再投下されるも、トラバの応酬がいくつかある以外はそれほど盛り上がらず。そろそろ観測終了か)
(23日18時までの分11本を追加。1本が人気エントリ入りで、増田力の違いに嫉妬。ついでに、その他に1本追加)
| 日 | URL | タイトル | 主観による寸評・分類 |
|---|---|---|---|
| 06-21 | anond:20200622173315 | ■簡単なアプリなら5日ぐらいあれば0から作れるんだが、 | 良いと思う。頑張って！ |
| 06-20 | anond:20200620110958 | ■男が女になったりするアプリ | なんか発想が凄い。 |
| 06-12 | anond:20200612074236 | ■意図のわからない増田シリーズ 「利用規約増田」 | 確かに、この作業中もめちゃくちゃ遭遇した。 |
| 06-08 | anond:20200608080229 | ■アプリのレビュー欄で改善要望を出してくる人に緊急連絡です | あー。そうだねー。 |
ここ最近の COVID19Radar https://github.com/Covid-19Radar/Covid19Radar 上でのゴタゴタにより、開発者の @kazumihirose さんが https://twitter.com/kazumihirose/status/1274616019420471296 疲弊してしまいっているのを見て、(今回の揉め事の根本的な原因はソフトウェアがOSSとして公開されているのが原因ではないと思うが)いたたたまれない気持ちになったので書く。書いてみた結果ただのとりとめもないOSSへの愚痴になってしまった。
いくつかのOSSプロジェクトのメインコントリビュータとして関わっています。
私の周囲のソフトウェアエンジニアがOSSに対して以下のような意見を述べているのをよく聞く。
確かに、OSSは特定の企業に所属していないので特定企業の方針で運営が捻じ曲げられる心配がなく民主的で、細かい実装が気になったらソースコードを読むことが出来、顔も合わせたこともない優秀なエンジニアと議論を交わし共通のゴールに向かってともに開発を進められる。OSSは楽しい。
しかし一方、OSSメンテナのバーンアウトが近年問題になってきている(なんとなくここ数年で目につく数がなんとなく増えてきている)気がする。
というのも、OSSを運用していく上では楽しく優秀なエンジニアと開発をすすめるだけではなく、ドキュメントを読めば分かるようなことを質問してくる人、PR に対して changes required を下すと怒ってくる人、Twitter でこのライブラリは使いにくくて最悪だと罵ってくる人、こういった普通の会社ならカスタマーサポートさんがワンクッション挟んでくれる人たちに対しても開発者が直接対応しなければならない。
元々楽しくて始めた/関わり始めたはずのサイドプロジェクトだったのに、いつの間にか日々やってくる頓珍漢で再現環境のないバグレポートや、Issueも立てずに突然提出される意味不明なPRに対して、義務感で、就業後や土日の時間を削って、根気よくコメントを続けていると、何で貴重な自由時間をこんな訳のわからない連中のために使っているんだ?という気持ちになってくる。
実際、私の関わっていた一つのプロジェクトでは、もともと6人ほどいたアクティブなコントリビュータが徐々にプロジェクトを離れていき、(私を含めて)2人はメンテナンスに疲れてしまったのでしばらく距離を置くと宣言し休みを取っている(あまりに精神が回復したので戻れるのかは不明...)。
こういう現場を見ていると、手放しにオープンソース万歳！透明性最高！と言いながら自分自身は大してOSSに貢献してない人たちに対して苦い気持ちを覚える。
一方、私の関わっているもう片方のプロジェクトは非常に円滑に運用が回っていた。もうひとつのプロジェクトと何が違ったかというと、そちらのプロジェクトはいくつかの企業がソフトウェアエンジニアの業務時間の半分/全部をそのプロジェクトのメンテナンスに費やしていたのである。(何人かのメインコントリビュータが企業から出向する(?)する形で運用している)。
issueへの一次対応などの日々のつまらないタスクは業務でメンテナンスしてくれているエンジニアがやってくれるおかげで、他のメンテナが対応する必要のあるissueやPRは減り、みんなが開発やバグ対応に集中できている。業務でOSSに取り組んでいるエンジニアにストレスはないのかと聞いたところ、多少大変ではあるけれどお金をもらいながら自分の仕事をオープンにできるし、仕事だと思えば多少のストレスは我慢できる。とのことだった。
このプロジェクトに限らず、なんとなく長期間運用がうまくいっている大規模なOSSプロジェクトはだいたいどこかの企業が支援しているような印象を受ける(Facebook とか MS とか Google とか(大企業ばっかだな...))。もちろん全てのソフトウェア企業に大してOSSに大して大金をつぎ込めというのは現実的ではないが、open collective や github sponcers なんかに企業として少しずつでも寄付してくれたら、OSSコミュニティはもう少し良くなるんじゃなかろうか。
結局何が言いたかったかというと、エンドユーザー(OSS利用者)がめちゃくちゃ増えてきた昨今、個人レベルでそれなりの規模のプロジェクトをメンテナンスしていくのは最早厳しくなってきており、結局企業によるバックアップなんかがないと持続的な開発は難しいんじゃないかと思っている。
今日になって思ったより多くの方に読んでいただいて驚いています。あまりオープンインターネットで話しにくい話題だけど皆がどう思っているのか気になっていたので嬉しい。増田がブクマされても通知は来ないんですね(そりゃそうか)。
@bouzuya
まず焦点を当てている持続可能性が見出しから思い浮かべるものより狭いんだと思う。「最悪フォークすれば持続可能」みたいなのがぼくだと最初に思い浮かぶ
確かに、OSSの持続可能性という少し主語の大きいタイトルにしてしまったが、この文章はソフトウェアの持続性というよりかはOSSに携わる人のバーンアウトに対する憂いをつらつらと綴っているもので、ソフトウェアの持続性という意味では他にも色々やりようがある気はする。
また、私が目にしたうまく回っているのが企業による支援を受けたプロジェクトだったので、バーンアウト対策として企業による支援について述べたが、企業による支援がなくともうまく回っているプロジェクトは世の中にはいろいろあるだろうし、今後OSSは企業による支援がないとやってけないと決めつけるのは早合点ではあった。反省。(とはいえ問題意識は変わらないし、その一つの解決策が企業による支援だと思っているのも変わりない)。
---
自分の記事を読み直してみて、一番問題に感じているのはユーザーサポートの工数なんだなと分かったが、@mathane さんがその問題への一つの解答をつぶやいていた。
@methane
雑な質問やバグレポート（99％レポート者のミス）をする場所は、とにかくメンテナ以外の人が回答しやすい場所でしてもらう事が重要だと思う。
これは確かに。私はまだOSSコミュニティど初心者なので、こういうOSSをメンテナンスする上で重要なことをどんどん知りたい。
もし、諸君が「コンピュータの技術を活用して、世の中を便利にしたい」という願望を抱いているなら、絶対に日本のIT企業に就職してはいけない。
日本の企業では諸君の想像するようなわくわくするような開発体験は決して得られない。
諸君が、コンピュータの技術を真摯に学ぶ気があり、最新の技術とハイレベルな開発者から刺激を受けたいのであれば、オープンソースのプロジェクト等に貢献すべきだ。
以下、なぜ日本のIT企業に就職するべきではないのか、理由を述べる。
特にBtoB（法人向けサービス）の開発に顕著だが、日本で就職する限り、作るのはコンピュータリテラシーの低い老人向けのクソ下らない業務システムがほとんどである。
信じられないかも知れないが、「手書きの文書を読み取って、FAXで送信する」みたいな無駄なシステムは、今なお日本中で生産され続けている。
そもそも顧客自身が、そのシステムで本質的に何を実現したいのか理解していないため、従来のやり方をそのままシステム化することになる。
こうして、コンピュータを用いる利点が全くない「アナログ業務をパソコンの上で行うだけ」のクソシステムが出来上がる。
はっきり言って日本の平均的なエンジニアのレベルは、その辺の学生未満である。
アルゴリズム、オブジェクト指向設計、メモリ管理、セキュリティ等のプログラミングの必須事項を十分に理解しているプログラマは、全体の1%もいない。
下請けのカスにもなると、ググって出てきたコードを内容も読まずコピペして、「動いた」だの「動かない」だのとやっているのが大半である。
自動テストやCI等はおろかソースコードをバージョン管理すらしておらず、本番環境へのデプロイは手動で行っており、数万行を超えるコードがmain関数にベタ書きされている等という例は珍しくない。
諸君がいくら最新技術を学ぼうが、仕事で任されるのはほとんど、そういう連中が生み出したプロダクトやツール群のメンテナンスである。
こうしたクソプログラムは、一度作られたら最後、メインプロダクトが完全に死に絶えるまで、死神の様に付き纏う。
日本で職業エンジニアになっても、何の役に立つのか分からんクソシステムしか作らないし、無能の書いたクソコードのメンテナンスで精神病むからやめろ、ってこと。
大学時代にプログラミングを覚えたけれど、それとは全然関係ない仕事に就いて15年、その間も趣味でプログラミングをしていた。
スクリーンセーバを作ったりとかパーティクルを散らすだけのCGを作ったりとかネトゲの補助ツールを作ったりとか。
そんなことをしていたらプログラマに転職できた。しかし、自分が考えていたのとは全然レベルが違ってびっくりした。プロのプログラマはめっちゃレベルが高かった。
サーバに直接ログインしなくてもデプロイできる環境とか、GitHubにpushしたらテストが回るとか、とにかくインフラ回りがすごくて、ああ、自分は本当に素人だったんだな、と実感した。
新しい政策を考えたり、実装したりして、少し先の未来がどうなるか把握できるようにする。
国が統計取っているけど、数値データの実装先がそのままコンピュータ上にない。
ないから、ガバメントデータとして公開されているが、スクレイピングで取ってくると前処理が必要か、新しいデータが出てくるたびにしなくちゃいけない。
（役所の人もコンパイラがエラーがエラー吐いてくれるようになればチェックできるが、今は目でのチェッカーだろうし）
SNSで色んなことを言う人が出てきて、賛否を論争するが、意思決定に必要なデータ開示方法となっていない。
海外と比較してこうすればいいと提言を受けても、日本国内事情が違うことを現場の人しかわからないので出来ないというのも解決できるのではないか。
AKSの運用に関するベストプラクティス(原題: Applying best practices to Azure Kubernetes Service (AKS))がMS Igniteというイベントで話されていたので
https://myignite.techcommunity.microsoft.com/sessions/81598?source=SessionDeck
https://github.com/Azure/aks-bestpractices-ignite19
RTO(リカバリ時間目標)とRPO(目標複数時点)に応じて下記の4通りのシナリオがある
4にいくにしたがって
RTO=復旧するまでの時間が短くなる
17:22～
23:48～
多くの方は「激務に心が折れたか？」と考えるかも知れない。まさにその通りだ。
天才たちが1件数千万円、数億円みたいな超弩級の案件を挙げつづける横で、細々と1件500万円みたいな案件をコツコツと積み上げノルマをでクリアするという平々凡々な営業だった。
天才たちに囲まれて彼らの足もとへギリギリ届くくらいの成績を挙げるには彼らよりも長い時間をかけて働かなければならず、約15年間走った営業人生の中で2度仕事中に倒れた。
2度目のときは医者から「このままだと死にますよ」と叱られ、妻にも泣かれ、小さな息子が居たため、営業を続けることを諦めた。
営業人生の中で唯一誇れることは、まだまだ小さかったIT業界へお金を回していたことだった。
500万円という小さな金額であっても私は平々凡々な営業だったので最初から挙げられるはずもなく、訪問先へ苦労しているうちに辿り着いたのが当時ASPと呼ばれ・・・いや自称していた小さな小さなIT業界だった。
彼らの組織はだいたい4〜５人ほどしか居らず、多くても20人には届かない程度。奥さんが経理をやっていたり、労働基準法なんてものは無いかのような業態、主力商材はiモードサイトの作成、私に語るのは夢物語のようなインターネットの未来、何なら人手が足りず私すらコーダーとして参戦するような有様だった。
「社長、社会保険は払わないと不味いですよ労基署に見つかったら・・・」「でもお金無いんですよ電気代もタダじゃないしソフト高いし」「私が案件持ってきますんで社会保険だけでも何とか捻出しましょうよ」のような会話をよく繰り広げた。
会社へ戻り天才型の大先輩へ対して本気の土下座を敢行し、30分程度頭を地に付けていると先輩が折れ、お金のある病院やら銀行やら公官庁やらを紹介してくれてホームページ作成案件を得て、直ぐにIT企業へ融通した。
おそらく多くの人が馬鹿だと言うだろうけれど、ここまで一切の売上はない。
私は夢物語を語る彼らが正しいと信じ、同時に彼らしか私のノルマを減らせないので必死になって運命共同体となり働いていた。
それでもある会社は労基署にバレて業務停止命令をくらい、ある会社は堪えきれなく倒産し、ある会社は社長が従業員に給料を支払うため首を吊った。
首尾よく情報サイトやレンタルホームページやレンタル掲示板サービス、軽量化Proxy、検索サービス、広告プロバイダあたりがヒットした企業は生き残った。
流れが変わるのは小泉政権IT革命時代で、そこから私は先見の明がある優秀な営業マンであると社内で評価されるようになったが、これまでの無理が祟ったのか成績がやっと見れるものになってきたなと思ったら前述したとおり倒れてしまい退職した。
転職し、営業時代と比較したら悠々自適と表現しても過言ではないような生活をしている中で1人の若者と出会う機会があった。
その斜陽産業は何かと言えば誰しもが絶望するだろう「製本」だ。
当初は「DTP」と聞いていたので困難ではあるけど未来は絶望とまではいかないと考えた。しかし詳しく聞くと「製本」だった。
跡取りよ、格好付けて「DTP」と答えるなよと言いたい。DTPと製本ではIT業界に例えるならば「CPUの製造」と「H8の製造」くらい印象が違う。
更に詳しく話を聞いていると「この会社はお爺さんの代から始まった会社であり、可能ならば跡を継いで会社を続けたい。しかしもし製本が立ち行かなくなれば人生としてそれは大変厳しいものになるのは間違いない」というものだった。
跡取りの言い分はもっともだと感じた。ここから10年20年何とか会社を継続して、その後に倒産の憂き目に遭えば年齢から来る就職難になってしまう。
現在の跡取りは20代であり、確かに自分の人生のため方向転換するなら絶好のタイミングだと言える。
そして3代とは言え家業を継ぎたいという気持ちもわかる。ある種の親孝行とも言えるし、もし家業が再び上向きの軌道に載せることが出来れば、コレほど満足行く人生は無いだろう。
跡取りの語り口は本物だ。家業を立て直したいという熱意が伝わってくると共に、泣く泣く諦めなければならない可能性が高いという現実も見えている。
私はその姿に若かりし頃に見た小さな小さなIT企業の経営者と従業員たちを重ねてしまった。私はおそらくこの跡取りに協力すると思う。
しかし、私には証券関連以外の知識はIT関連の知識しかないので、製本とWebサービスを絡めたことしか協力できない。
幸いながら私はこれまで世間に知られる前に消えていった数多くのIT企業を見てきたし、今やインターネットユーザならば誰しもが知るIT企業の黎明期に人員不足から開発へ参加し、地べたで一緒に川の字になって寝たこともある。
それらの経験から明確な計算式を私は持っている。つまりこれが最低限達成できなければそのプロダクトは上手く行かないというものである。
それは「1つのWebサービスが日本で達成できる理論上の全ユーザ数は約1000万人」であることを前提に「無料サービスであれば、そのサービスに登録する全ユーザ数の内2%から全コストを賄うという目標を3年以内に達成する」というものだ。
これは「Webサービス開発運営の年間コストが1億円ならば1000万人のユーザから10円ずつ徴収すると良い」というのは馬鹿の考えであるということだ。日本国民全体から1円ずつ貰えば1億2000万円になるじゃん！という考えと同じ。無謀だ。
理由はわからないのだが、Webサービスというものは何故か積極的に参加しつつWebサービスを維持するために課金しても構わないという強力なファンが全ユーザの2%前後に収束する傾向がある。再度言うが理由はわからないのだが長期的に見ると何故かそうなる。
つまり年間コスト1億円であるならば1000万人の2%、20万人で1億円を得なければならない。1人あたり年間500円だ。
ただ、実際はユーザ数1000万人などというのは途方もない数字なので、年間あたりに投資できる資金から最低限必要なユーザ数を逆に割り出すのが良い。
現実的に考え、そこそこ本気でやってるWebサービスを想定して年間コストが2000万円としよう(ちなみにスマートフォンゲームなどはこんなものでは済まない)。
そして次に課金額を決定する。この課金額は課金コンテンツの平均値ではなく中央値を考えたほうが良い。つまりユーザがよく課金するであろうコンテンツの価格を決めるわけだ。
現代のWebサービスの課金コンテンツでは一般的に年間6600円程度掛かることが多いので取り敢えずそうする。
これで課金するであろう2%のユーザ数が想定できる。約3030.30人だ。2%のユーザ数が出たので100%のユーザ数もわかる。約15万1515.15人だ。
ここから更にアプリストアの手数料なども換算しなければならないので、課金額を減らせば獲得しなければならないユーザ数は増えるし、課金額へ手数料を上乗せすると課金して貰える障害が増える。
これを3年以内に最低限達成しなければならない。本音を言うと1年以内に達成するのがベストというかそのつもりでやらないと3年間も走れない。
忘れてはならないのがこれはWebサービスを不安なく維持するための費用なのだ。従業員の給料などは想定されていない。
だからこそスマートフォンゲームはあの手この手でユーザの課金額を高めようとするし、ユーザの課金率を上げようとしている。
SNSなどは全ユーザ数あたりの企業アカウント率を高めようとし、企業アカウントに広告出稿などで課金させることで課金アカウント2%を超えようとしている。
これを先ずは跡取り(とその両親である役員)に飲んで貰わないと話が進まない。おそらくは大抵の人が引いてしまう数字だとは経験上理解している。
もちろんこれから製本や印刷を求めるユーザが魅力的だと感じるWebサービスを考えなくてはならない。
私の頭の中にはひな型程度はあるが、そのひな型が跡取り(と両親)が気に入るとは限らないし上手く行く保障もない。
役員たる両親には現在の製本工場とその従業員を守るという意識があるだろうし、斜陽産業と自覚していても軽々しく冒険は出来ないだろう。
この辺りは私の営業としてのトークスキルが重要ではあるが私は平々凡々だと自覚しているので力不足で終わるかも知れない。
跡取りのやる気を維持しつつ更なる現実を見せ、両親を説得し、要件をクリアできそうな私の知るIT企業へ開発を委託し、ミーティングを繰り返し仕様書を作り、開発を進め、デプロイした後は跡取りと私が運営することになるだろう。
このようなことを考えていると若かりし頃を思い出し懐かしくなってくるが、家庭がありながら馬鹿なことに首を突っ込もうとしている私は妻から愛想を尽かされてしまうかも知れない。
極力、休日を使おうと考えては居るが、休日が足りなくなったら現在の職も辞めなければならないはず。何とも馬鹿馬鹿しい身勝手な男だ。
