「デプロイ」を含む日記 RSS

はてなキーワード: デプロイとは

2020-06-29

github調子わるいんで修正デプロイできません

本当にむかつく

そこをなんとかすんのがエンジニアだろ

明日なんとかしまねじゃねんだよ

サーバに直接ファイルあげたり

サーバ入って直接コード直すなり

おれでさえ思いつくことやらねえんだよ

いつだったかAWSが落ちたか仕事になりませんとか

おまえ仕事なめてんのか?

そういうときのために対策しとけよ

2020-06-24

空っぽ人間名称を与えたtefu(チョウサトル)くんの偉大さ

女版tefu 椎木リカ

詐欺師版tefu YouTuberヒカル

低学歴版tefu デプロイ王子(ひろせかずみ)

 

たいした実力もないのに自分をよく見せようと人脈アピールするやつが○○版tefuと呼ばれるようになったのは素直にすごい

ラルキに通ずるものがある

厚労省とパーソルとデプロイ王子説明義務がある

なんでCode for Japan採用がほぼ決まってたのに反故にしてマイクロソフトデプロイ王子が出てきたのか

デプロイ王子被害者面してるがとんでもない話。建築に例えたら俺にやらせろ俺がやってるとしつこくアピールしてきて、いざ家が欠陥品だったら泣き出すような奴だ。MS社員としてやってるからボランティアでもなんでもない。彼の承認欲求の高さも仇になったか

少なくとも登場経緯の説明必要不透明すぎるからまた役人の死者出るかな?

2020-06-23

厚労省とパーソルの笑いが止まらない

ちょっとデプロイ王子を前面に出してみたら批判を全て被ってくれて、ちょっとマイクロソフトを焚き付けたらその翌日には「頑張ったのだから批判するな」という流れを作ってくれた。もう批判自体タブーから発注者厚労省や受注元のパーソルも批判されない。事実ほとんど批判されてない。

今後の政府ソフトウェア案件炎上対策はこの手でいくのだろう。スケープゴート擁立して早く炎上を収めるテクニック。高い開発費の大半はこういう工作費用に回される。あのマイクロソフトエバンジェリストにも数百万くらい回ってるだろう。

[]2020年6月22日月曜日増田

時間記事文字数文字数平均文字数中央値
008519869233.850
01465040109.650
02326647207.789.5
0325197679.046
04193835201.893
05212906138.471
06346525191.991
0748300762.636.5
0810411627111.849
091381284093.045
1017319408112.241
111401371197.960
122111652578.348
131891379073.047
1412819098149.247
1593709276.347
1610015402154.056.5
1711311372100.644
1812218023147.757.5
1913016116124.050.5
2010719349180.846
2113717193125.547
221791630191.155
2387763987.847
1日2461285291115.949

本日の急増単語 ()内の数字単語が含まれ記事

経済右派(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), ■anond20200622080420 /20200622094903(5), ■政策には批判的でも政権を支持する人の謎 /20200622140700(5), ■出版社ゾーニング意識もっとしっかり持ってくれ(小学館・コロコ /20200622142723(5)

2020-06-22

(24日追加)埋もれてた接触確認アプリお気持ち表明増田を拾ってきた

アプリ」で検索して、それっぽい奴だけ拾いました。6月だけ。anond:20200619203708

(24日の分6本追加。ふむ。完全に役目を終えたようだ)

(23日までの分を追加。燃料再投下されるも、トラバ応酬がいくつかある以外はそれほど盛り上がらず。そろそろ観測終了か)

(23日18時までの分11本を追加。1本が人気エントリ入りで、増田力の違いに嫉妬。ついでに、その他に1本追加)

(23日2時に14本追加。建国しろでフフッてなった)

URLタイトル主観による寸評・分類
06-24anond:20200624211557ネタ感想
06-24anond:20200624153400ネタ
06-24anond:20200624122830接触確認アプリ生殖確認アプリの違いネタ
06-24anond:20200624110359SNS上で発言するメリット何?タイトル通り
06-24anond:20200624103639業が深い
06-24anond:20200624081559■なんで1国1アプリなのタイトル通り
06-23anond:20200623224645そもそもあの接触確認アプリ、なんで選ばれたのレス多し。いやほんとわからん
06-23anond:20200623205226■私が接触確認アプリインストールできない理由給付金を待つしかいか
06-23anond:20200623193731プログラマー連中にはもううんざりプログラマ以外も特権意識を持っていいのよ
06-23anond:20200623170011■処理番号の発行、止めなくて良くない?ひとまずそれで運用したら良いじゃん?
06-23anond:20200623165400接触確認アプリ初期は絶対不具合があるからと買わない
06-23anond:20200623163135接触確認アプリ開発にデザイナーが入ってないってコメントしてたデザイナー界隈の人達がいたけど結局がっつり入ってたよね
06-23anond:20200623160609高木先生への疑問提起
06-23anond:20200623160233接触アプリのやつ開発者さんへの煽り
06-23anond:20200623155716■僕が接触確認アプリインストールしない理由許すよ
06-23anond:20200623150541ブルートゥース許可しないユーザーのことまで考慮しておかないとダメ
06-23anond:20200623134345開発者さんへの擁護
06-23anond:20200623113409■ド素人開発発言の何がダメなのかアプリ開発者能力への疑問
06-23anond:20200623102246COCOAとその他対策って併存できるから、6割使わなくっても意味あるよなタイトル通り
06-23anond:20200623071250接触確認アプリに関する炎上騒動誹謗中傷問題人気エントリ入り
06-22anond:20200622230823Xamarinへの疑問提起
06-22anond:20200622224012アプリサイズでかすぎ問題
06-22anond:20200622223456接触確認アプリ炎上で最も悪いのは、殴ってた奴らだろ。タイトル通り
06-22anond:20200622222648■濃厚接触確認アプリしてません
06-22anond:20200622221847■例のコロナアプリ擁護している人たちへの疑問
06-22anond:20200622214931批判とかアドバイスってうまくやらないと逆効果からコミュ力に自信ない人は褒めるほうがいいよタイトル通り
06-22anond:20200622214129難解
06-22anond:20200622212856接触確認アプリハッキングして職場ライバルを蹴落とした話ネタ。行けるよ、がんばれ
06-22anond:20200622210207接触確認アプリ6割がどうのとか言ってるけどさぁスマホ普及率から見た疑問提起。確かに
06-22anond:20200622202704エンジニア達の苦しい言い訳開発者側とはてなエンジニア馴れ合い
06-22anond:20200622200844ITエンジニアネトウヨ
06-22anond:20200622195521簡潔で好き。
06-22anond:20200622192247接触確認アプリ騒動でわからないことどうしてOSS開発者が表舞台に出た経緯に疑問
06-22anond:20200622181858■それでも接触確認アプリにまつわる諸問題批判をしたい人格否定否定した上でアプリについて
06-22anond:20200622171944はてなブックマークはクソ嘆き。はてなについて
06-22anond:20200622170133接触確認アプリバグ開発者に厳しい意見
06-22anond:20200622163854■私が接触確認アプリインストールしない理由単純にスマホアプリが増えるのが嫌だ。長文真面目
06-22anond:20200622163252デプロイ王子がいるということはネタと見せかけてちょっと真面目
06-22anond:20200622153432■このギャップはある開発者ユーザー意識隔離
06-22anond:20200622131012■濃厚接触アプリは結局アンケート
06-22anond:20200622122713接触確認アプリ問題アマビエでは?ネタと見せかけてちょっと真面目
06-22anond:20200622121733接触アプリの件、自分も言いたい。論点の整理
06-22anond:20200622120429デプロイ王子が叩かれた理由分析
06-22anond:20200622100953■件のアプリリンチに使われないかというのとそれを理解できずに公表して配布してる日本政府さんと底の浅さタイトル通り
06-22anond:20200622111736コロナ怖いと言いながら、接触確認アプリを使わないやつ疑問
06-22anond:20200622065242■またOSSはタダでそこで何かしている奴らは無料からの構図かOSS政府調達アプリについて考察
06-22anond:20200622100931接触確認アプリは開発手法選択から間違ってたソースオープンであること」と「OSSであること」
06-22anond:20200622094120接触確認アプリ開発者さんの能力への疑問
06-22anond:20200622083527正式版ではないことへの疑問
06-22anond:20200622070919■極端な話、感染防止アプリ開発者自殺でもしたら高木先生への疑問
06-21anond:20200621231753論点の整理
06-21anond:20200621223040みんなきもい
06-21anond:20200621221044OSSへのコミットができなくて歯がゆい役に立ちたい
06-21anond:20200621190534接触確認アプリでいたずらするやつイタズラしそう?
06-21anond:20200621182300■専門知識がないクソダセェアーティスト気取りゴミみたいなやつ知識層頑張れ
06-21anond:20200621170854■例の新型コロナアプリだけどアンケート
06-21anond:20200621152032接触確認アプリお気持ち
06-21anond:20200621081454パソ通懐古
06-20anond:20200620175416政府主導アプリの「COCOA」は信用できないっていうけど、アンケート
06-20anond:20200620154144接触確認アプリのことの情弱が多すぎ情弱ダサい
06-20anond:20200620153748接触確認アプリが素直に受け入れられなくて辛いアプリ素晴らしい
06-20anond:20200620131248高木先生への煽り
06-20anond:20200620080049大喜利
06-19anond:20200619235207COCOAインストールなんてするわけがないアプリ効果への疑問
06-19anond:20200619233843事業者COCOAインストール従業員に求めることは可能アンケート
06-19anond:20200619214139自己流使い方の表明
06-19anond:20200619205727新型コロナウイルス接触確認アプリリリースアンケート
06-19anond:20200619170308■同僚女性政府コロナ確認アプリをCACAOと言ってたからなかった。
06-19anond:20200619164659COCOA(接触確認アプリ)の仕組み質問
06-19anond:20200619162958ネタ
06-19anond:20200619162611厚労省コロナ接触確認アプリネタレス多し。
06-19anond:20200619160947接触確認アプリリリースされたぞーアプリ応援
06-19anond:20200619154917接触確認アプリインストール率を高めるために、ゲーム性を導入しようネタ提案
06-19anond:20200619144615接触通知アプリCOCOA人生終わったネタ
06-19anond:20200619124055■出、出~www政府が推すアプリは信用できないから使わない奴~wwwアプリ推進?
06-19anond:20200619114413よくわからなかった。
06-18anond:20200618184551接触確認アプリは普及しないと思う、国民バカからアプリ推進?
06-14anond:20200614223343接触アプリから漏れたことにして国が別口でコロナ感染者の情報暴露するのかなタイトル通り


関係ないけど、ついでに発掘
URLタイトル主観による寸評・分類
06-21anond:20200622173315簡単アプリなら5日ぐらいあれば0から作れるんだが、良いと思う。頑張って!
06-20anond:20200620110958■男が女になったりするアプリなんか発想が凄い。
06-12anond:20200612074236意図のわからない増田シリーズ利用規約増田かに、この作業中もめちゃくちゃ遭遇した。
06-08anond:20200608080229アプリレビュー欄で改善要望を出してくる人に緊急連絡ですあー。そうだねー。

デプロイ王子がいるということは

デプロイ王国があるの?

だとするとさ、Google/AppleAPIの一国一アプリ制限って

デプロイ王国許可したってことにすれば

日本国では別のアプリを出せるんじゃない?

ようわからんけどデプロイ王子とかって呼ばれるのって

本人も気色悪くないですか?

いや見てて気色悪い

最近マイクロソフト社員アイドル化させてるのって凄く気色悪い

そもそもM$界隈が嫌われている

ちょまど周辺は言わずもがな

デプロイ王子てwwww王子wwwww正気かwwwwwww

っていう人間M$近辺には多い印象

自慢のXamarinで出てきたのがアレっていうのは多分にあると思う

デプロイ王子が叩かれた理由

 マイクロソフトに勤めている人が、王子なんて名前ドヤ顔で出したアプリ

あんまりUIとか考慮されてなさそうな微妙なやつだったら、

そんな頭良くて高い給料もらってるのになんでやねんってなるんちゃう

まれない貧乏人が増え過ぎたんや。

デプロイ王子叩いてるブクマーって叩くポイントがズレてるし間違いなくデプロイ王子より年収低いでしょ

OSS の持続可能

ここ最近の COVID19Radar https://github.com/Covid-19Radar/Covid19Radar 上でのゴタゴタにより、開発者の @kazumihirose さんが https://twitter.com/kazumihirose/status/1274616019420471296 疲弊してしまいっているのを見て、(今回の揉め事根本的な原因はソフトウェアOSSとして公開されているのが原因ではないと思うが)いたたたまれない気持ちになったので書く。書いてみた結果ただのとりとめもないOSSへの愚痴になってしまった。

増田について

いくつかのOSSプロジェクトのメインコントリビュータとして関わっています

OSS メンテナのバーンアウト

私の周囲のソフトウェアエンジニアOSSに対して以下のような意見を述べているのをよく聞く。

かにOSS特定企業所属していないので特定企業方針運営が捻じ曲げられる心配がなく民主的で、細かい実装が気になったらソースコードを読むことが出来、顔も合わせたこともない優秀なエンジニア議論を交わし共通のゴールに向かってともに開発を進められる。OSS楽しい

しかし一方、OSSメンテナのバーンアウトが近年問題になってきている(なんとなくここ数年で目につく数がなんとなく増えてきている)気がする。

というのも、OSS運用していく上では楽しく優秀なエンジニアと開発をすすめるだけではなく、ドキュメントを読めば分かるようなことを質問してくる人、PR に対して changes required を下すと怒ってくる人、Twitter でこのライブラリは使いにくくて最悪だと罵ってくる人、こういった普通会社ならカスタマーサポートさんがワンクッション挟んでくれる人たちに対しても開発者が直接対応しなければならない。

元々楽しくて始めた/関わり始めたはずのサイドプロジェクトだったのに、いつの間にか日々やってくる頓珍漢で再現環境のないバグレポートや、Issueも立てずに突然提出される意味不明PRに対して、義務感で、就業後や土日の時間を削って、根気よくコメントを続けていると、何で貴重な自由時間をこんな訳のわからない連中のために使っているんだ?という気持ちになってくる。

実際、私の関わっていた一つのプロジェクトでは、もともと6人ほどいたアクティブコントリビュータが徐々にプロジェクトを離れていき、(私を含めて)2人はメンテナンスに疲れてしまったのでしばらく距離を置くと宣言休みを取っている(あまり精神回復したので戻れるのかは不明...)。

こういう現場を見ていると、手放しにオープンソース万歳!透明性最高!と言いながら自分自身は大してOSSに貢献してない人たちに対して苦い気持ちを覚える。

うまく回っているOSS

一方、私の関わっているもう片方のプロジェクトは非常に円滑に運用が回っていた。もうひとつプロジェクトと何が違ったかというと、そちらのプロジェクトはいくつかの企業ソフトウェアエンジニア業務時間の半分/全部をそのプロジェクトメンテナンスに費やしていたのである。(何人かのメインコントリビュータが企業から出向する(?)する形で運用している)。

issueへの一次対応などの日々のつまらないタスク業務メンテナンスしてくれているエンジニアがやってくれるおかげで、他のメンテナが対応する必要のあるissueやPRは減り、みんなが開発やバグ対応に集中できている。業務OSSに取り組んでいるエンジニアストレスはないのかと聞いたところ、多少大変ではあるけれどお金をもらいながら自分仕事オープンにできるし、仕事だと思えば多少のストレス我慢できる。とのことだった。

このプロジェクトに限らず、なんとなく長期間運用がうまくいっている大規模なOSSプロジェクトはだいたいどこかの企業支援しているような印象を受ける(Facebook とか MS とか Google とか(大企業ばっかだな...))。もちろん全てのソフトウェア企業に大してOSSに大して大金をつぎ込めというのは現実的ではないが、open collective や github sponcers なんかに企業として少しずつでも寄付してくれたら、OSSコミュニティはもう少し良くなるんじゃなかろうか。

結局何が言いたかたかというと、エンドユーザー(OSS利用者)がめちゃくちゃ増えてきた昨今、個人レベルでそれなりの規模のプロジェクトメンテナンスしていくのは最早厳しくなってきており、結局企業によるバックアップなんかがないと持続的な開発は難しいんじゃないかと思っている。

2020/06/24 23:00追記

今日になって思ったより多くの方に読んでいただいて驚いています。あまりオープンインターネットで話しにくい話題だけど皆がどう思っているのか気になっていたので嬉しい。増田ブクマされても通知は来ないんですね(そりゃそうか)。

@bouzuya

まず焦点を当てている持続可能性が見出しから思い浮かべるものより狭いんだと思う。「最悪フォークすれば持続可能」みたいなのがぼくだと最初に思い浮かぶ

https://twitter.com/bouzuya/status/1275675654135189504

かにOSSの持続可能性という少し主語の大きいタイトルにしてしまったが、この文章ソフトウェアの持続性というよりかはOSSに携わる人のバーンアウトに対する憂いをつらつらと綴っているもので、ソフトウェアの持続性という意味では他にも色々やりようがある気はする。

また、私が目にしたうまく回っているのが企業による支援を受けたプロジェクトだったので、バーンアウト対策として企業による支援について述べたが、企業による支援がなくともうまく回っているプロジェクトは世の中にはいろいろあるだろうし、今後OSS企業による支援がないとやってけないと決めつけるのは早合点ではあった。反省。(とはいえ問題意識は変わらないし、その一つの解決策が企業による支援だと思っているのも変わりない)。

---

自分記事を読み直してみて、一番問題に感じているのはユーザーサポート工数なんだなと分かったが、@mathane さんがその問題への一つの解答をつぶやいていた。

(このツイートはこの記事へのコメントではないが)

@methane

雑な質問バグレポート(99%レポート者のミス)をする場所は、とにかくメンテナ以外の人が回答しやす場所でしてもらう事が重要だと思う。

Issue Trackerはメンテナ以外が質問気づきにくいし、メンテナはIssue整理したいか疲弊する。

https://twitter.com/methane/status/1275620072669638656


これは確かに。私はまだOSSコミュニティ初心者なので、こういうOSSメンテナンスする上で重要なことをどんどん知りたい。

2020-06-21

デプロイ王子、色々可愛そうではあるけど。。。王子とか名乗りさえしなければ、不条理に叩かれることももちょっと少なかったんじゃないかと思う。

2020-06-20

ひろみちゅ先生に便乗してブコメデプロイ王子叩いてるやつって何なん?

あれは顔出しで責任もってやってるからできる発言なんや

2020-05-27

ITプログラマに夢抱いてる学生諸君現実教えてやる

もし、諸君が「コンピュータ技術活用して、世の中を便利にしたい」という願望を抱いているなら、絶対日本IT企業就職してはいけない。

日本企業では諸君想像するようなわくわくするような開発体験は決して得られない。

諸君が、コンピュータ技術真摯に学ぶ気があり、最新の技術ハイレベル開発者から刺激を受けたいのであれば、オープンソースプロジェクト等に貢献すべきだ。

以下、なぜ日本IT企業就職するべきではないのか、理由を述べる。

仕事の内容がつまらない

特にBtoB法人向けサービス)の開発に顕著だが、日本就職する限り、作るのはコンピュータリテラシーの低い老人向けのクソ下らない業務システムほとんどである

信じられないかも知れないが、「手書き文書を読み取って、FAX送信する」みたいな無駄システムは、今なお日本中で生産され続けている。

そもそも顧客自身が、そのシステム本質的に何を実現したいのか理解していないため、従来のやり方をそのままシステム化することになる。

こうして、コンピュータを用いる利点が全くない「アナログ業務パソコンの上で行うだけ」のクソシステムが出来上がる。

エンジニアレベルが低い

はっきり言って日本の平均的なエンジニアレベルは、その辺の学生未満である

アルゴリズムオブジェクト指向設計メモリ管理セキュリティ等のプログラミング必須事項を十分に理解しているプログラマは、全体の1%もいない。

下請けカスにもなると、ググって出てきたコードを内容も読まずコピペして、「動いた」だの「動かない」だのとやっているのが大半である

自動テストCI等はおろかソースコードバージョン管理すらしておらず、本番環境へのデプロイは手動で行っており、数万行を超えるコードmain関数ベタ書きされている等という例は珍しくない。

諸君いくら最新技術を学ぼうが、仕事で任されるのはほとんど、そういう連中が生み出したプロダクトやツール群のメンテナンスである

こうしたクソプログラムは、一度作られたら最後、メインプロダクトが完全に死に絶えるまで、死神の様に付き纏う。

要するに

日本職業エンジニアになっても、何の役に立つの分からんクソシステムしか作らないし、無能の書いたクソコードメンテナンス精神病からやめろ、ってこと。

2020-04-12

趣味で15年プログラミングしてた人間プログラマになったら

大学時代プログラミングを覚えたけれど、それとは全然関係ない仕事に就いて15年、その間も趣味プログラミングをしていた。

スクリーンセーバを作ったりとかパーティクルを散らすだけのCGを作ったりとかネトゲの補助ツールを作ったりとか。

そんなことをしていたらプログラマ転職できた。しかし、自分が考えていたのとは全然レベルが違ってびっくりした。プロプログラマめっちゃレベルが高かった。

サーバに直接ログインしなくてもデプロイできる環境とか、GitHubpushしたらテストが回るとか、とにかくインフラ回りがすごくて、ああ、自分は本当に素人だったんだな、と実感した。

あと、大規模プロダクトを触らないと身につかなさそうな技術とか、とにかく勉強になることばかり。

プログラミング趣味で終わらせなくてよかったと本当に思う。

2020-04-05

リアル都市経済シミュレーションゲーム必要では

現実データを定期的にデプロイで反映。

新しい政策を考えたり、実装したりして、少し先の未来がどうなるか把握できるようにする。


国が統計取っているけど、数値データ実装先がそのままコンピュータ上にない。

いから、ガバメントデータとして公開されているが、スクレイピングで取ってくると前処理が必要か、新しいデータが出てくるたびにしなくちゃいけない。

役所の人もコンパイラエラーエラー吐いてくれるようになればチェックできるが、今は目でのチェッカーだろうし)


SNSで色んなことを言う人が出てきて、賛否を論争するが、意思決定必要データ開示方法となっていない。

海外比較してこうすればいいと提言を受けても、日本国内事情が違うことを現場の人しかからないので出来ないというのも解決できるのではないか

2019-12-16

抄訳】【途中で力尽きました】AKS運用に関するベストプラクティス

はじめに

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

アジェンダ

このセッションでは下記の二つについて紹介します。

高可用性設計(High Availability)に関するベストプラクティス
クラスタ管理に関するベストプラクティス

高可用性について

今回取り扱うのは主にワーカーノードの高可用性です
マスターノードについて
ワーカーノード

RTO(リカバリ時間目標)とRPO(目標複数時点)に応じて下記の4通りのシナリオがある

4にいくにしたがって

RTO=復旧するまでの時間が短くなる

RO=より直近の状態で復旧できる

しかし、コスト構成の複雑さは増す。

1. バックアップリストア

2. AZ(Availability Zone)

3. リージョン内の複数クラスタ

4. リージョン間の複数クラスタ

バックアップリストア

コードバックアップ(スナップショット)方法

AZを用いた冗長性確保

17:22~

複数クラスタ構築

23:48~

(以下作業中)

最後

Nofalさんごめんなさい、年末頑張って仕上げます

2019-11-07

システムってなるべく簡単に作った方が良くない?っていつも思う。

管理画面なし、会員登録なし、検索して詳細だして問い合わせするだけ。

たったこれだけなのに、フレームワークいくつも使うとか、アーキテクチャがどうとか、理解できない。

前任は7〜8人くらいで作ってたらしい。

画面はcakeバッチはzendみたいな。なんでだよ!ddd開発でー。とか。使ってないソース多すぎ!

あと、いくつもツールを使ってタスク管理してたみたい。backlog、wrike、trelloなどなど。付箋に書いて貼って放置がたくさんだし。

デプロイも上手く動かずFTPソフトで手動アップロードだし。

アメリカで働いてたらしいけど、なんだかなぁ

2019-10-20

斜陽産業企業を立て直すことになるかも知れない

私は元営業だ。いわゆる証券マンであった。

多くの方は「激務に心が折れたか?」と考えるかも知れない。まさにその通りだ。

天才たちが1件数千万円、数億円みたいな超弩級案件を挙げつづける横で、細々と1件500万円みたいな案件をコツコツと積み上げノルマをでクリアするという平々凡々な営業だった。

天才たちに囲まれて彼らの足もとへギリギリ届くくらいの成績を挙げるには彼らよりも長い時間をかけて働かなければならず、約15年間走った営業人生の中で2度仕事中に倒れた。

2度目のとき医者から「このままだと死にますよ」と叱られ、妻にも泣かれ、小さな息子が居たため、営業を続けることを諦めた。

営業人生の中で唯一誇れることは、まだまだ小さかったIT業界お金を回していたことだった。

500万円という小さな金額であっても私は平々凡々な営業だったので最初から挙げられるはずもなく、訪問先へ苦労しているうちに辿り着いたのが当時ASPと呼ばれ・・・いや自称していた小さなさなIT業界だった。

彼らの組織はだいたい4〜5人ほどしか居らず、多くても20人には届かない程度。奥さん経理をやっていたり、労働基準法なんてものは無いかのような業態、主力商材はiモードサイト作成、私に語るのは夢物語のようなインターネット未来、何なら人手が足りず私すらコーダーとして参戦するような有様だった。

社長社会保険は払わないと不味いですよ労基署に見つかったら・・・」「でもお金無いんですよ電気代もタダじゃないしソフト高いし」「私が案件持ってきますんで社会保険だけでも何とか捻出しましょうよ」のような会話をよく繰り広げた。

会社へ戻り天才型の大先輩へ対して本気の土下座を敢行し、30分程度頭を地に付けていると先輩が折れ、お金のある病院やら銀行やら公官庁やらを紹介してくれてホームページ作成案件を得て、直ぐにIT企業へ融通した。

おそらく多くの人が馬鹿だと言うだろうけれど、ここまで一切の売上はない。

私は夢物語を語る彼らが正しいと信じ、同時に彼らしか私のノルマを減らせないので必死になって運命共同体となり働いていた。

それでもある会社労基署にバレて業務停止命令をくらい、ある会社は堪えきれなく倒産し、ある会社社長従業員給料を支払うため首を吊った。

首尾よく情報サイトレンタルホームページレンタル掲示板サービス、軽量化Proxy検索サービス広告プロバイダあたりがヒットした企業は生き残った。

流れが変わるのは小泉政権IT革命時代で、そこから私は先見の明がある優秀な営業マンであると社内で評価されるようになったが、これまでの無理が祟ったのか成績がやっと見れるものになってきたなと思ったら前述したとおり倒れてしま退職した。

転職し、営業時代比較したら悠々自適表現しても過言ではないような生活をしている中で1人の若者出会う機会があった。

それが今回の主題である斜陽産業の跡取りである

その斜陽産業は何かと言えば誰しもが絶望するだろう「製本」だ。

当初は「DTP」と聞いていたので困難ではあるけど未来絶望とまではいかないと考えた。しかし詳しく聞くと「製本」だった。

跡取りよ、格好付けて「DTP」と答えるなよと言いたい。DTP製本ではIT業界に例えるならば「CPU製造」と「H8製造」くらい印象が違う。

更に詳しく話を聞いていると「この会社はお爺さんの代から始まった会社であり、可能ならば跡を継いで会社を続けたい。しかしもし製本が立ち行かなくなれば人生としてそれは大変厳しいものになるのは間違いない」というものだった。

跡取りの言い分はもっともだと感じた。ここから1020年何とか会社継続して、その後に倒産の憂き目に遭えば年齢から来る就職難になってしまう。

現在の跡取りは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企業へ開発を委託し、ミーティングを繰り返し仕様書を作り、開発を進め、デプロイした後は跡取りと私が運営することになるだろう。

このようなことを考えていると若かりし頃を思い出し懐かしくなってくるが、家庭がありながら馬鹿なことに首を突っ込もうとしている私は妻から愛想を尽かされてしまうかも知れない。

極力、休日を使おうと考えては居るが、休日が足りなくなったら現在の職も辞めなければならないはず。何とも馬鹿馬鹿しい身勝手な男だ。

しかし、もう一度だけ見たいのだ自分が携わった企業が夢を叶える瞬間を。

ログイン ユーザー登録
ようこそ ゲスト さん