はてなキーワード: アラートとは
・色んなこと満遍なくやりたい
・やべー案件に何年も磔にされたくない
これが多様なサービス、アプリを作ってみたいという話なら高単価SESに行くしかない。
かなりの経験を積んだベテランじゃないと入れない世界で出身学部も見られるから相当に厳しいと思う。
フロントやバックエンド、インフラなどもやってみたいという話なら自社でウェブサービスを運用している上場企業に正社員で入るのがいいだろう。
ただし正社員ということはリリース日には何が何でもサービスインさせる立場になるということでもある。定時退社の社風であっても進捗上がってないなら稼動上げて対応ということは普通にある。
派遣で入ればそういうことは無い。上場企業ならコンプラ厳しいからね。でも数ヶ月程度、長くて数年のスポットになることがほとんどなので長期的にはどうなんだろうな。
ここでは俺の経験を踏まえて「自社でウェブサービスを運用している上場企業に正社員で入る」という前提で話す。
アピールすると良いのは使える言語、インフラの知見、構築と運用の経験。
全部が強い必要は無い。どれか一つが強くて他はまあなんとか程度でいい。逆に言うと全くダメですが一つでもあると厳しい。
使える言語では、C#,Javaを大きめな規模のバックエンドとして使ってるとこが多い反面、対応できる人はフリーにも派遣にもたくさんいるのでちょっと弱い。SIer出身でコード書いてたなら当然できるよね、というレベル。
今ならtypescript(javascript), pythonあたりができてgo あるいは Rust勉強してます、というのがけっこう強い。
分かってると思うが言語が使えるというのは、まっさらなPCを与えられて主要なウェブフレームワークをセットアップしてローカルホストを立てるとこまでを含む。
JavaならSpringboot+gradle+JUnit、PHPならLaravel、pythonならdjango、typescriptならNode+React+knex、あとJestかDreddも入るかな。
インフラ知識では、クラウド、オンプレ両方のメリットデメリットを把握しているとよい。
AWS,Azure,GCP,Oracle Cloudのどれでもいいけど実際に使った経験があるとよい。俺は個人でGCPを契約してkubernetesとVM、LBを使っている。
ネットワークの知識は薄くでも持っていた方がよい。HTTPとかcookieとかセッションとか知りませんCORSって何ですか?レベルでは無理。まあここら辺はウェブサービスを作れば必ずやるので大丈夫だろう。
LetsでSSL証明書を作ってopensslで検証してnginxに適用してHTTPS化ができるならアピールになる。
dockerはもうそろそろ使えて当然のレベルになってきているので必須。実際ウチではdockerが分からない使えない人は面接へ進めないようになっている。
構築と運用では、予算内に収まるような構築と運用、サービスインした後のトラブルシューティングの経験があるとよい。
常にコスト意識を持っていることが必要。クラウドは油断すると100万程度すぐ飛ぶ。コスト意識が無い人を運用担当として採用することは絶対にない。
トラブルシューティングで重視されるのはベンダー対応よりもエンドユーザー対応の方。
サービスを早急に復旧させること、そのためにどういう仕組みが必要なのか、構築するところから語れる知見があるとよい。もちろんそこにもコスト意識は必要。
CI/CD、PrometheusやDatadogによる監視とアラートについて語れるとよい。
CI/CDを扱うということは当然gradle,maven,yarn,シェルスクリプトは書けて使えてwebpack,minify,Jenkinsのコンフィグもできるということである。
どうだろう、かなり雑に書いたが雰囲気は伝わると思う。
あ、git使えないは論外。もし使えないなら今すぐ使えるようになるか諦めるかのどちらかで。
いつもライブ配信に通う音楽系のYoutuberがいるんだけど、毎回万単位の投げ銭をする参加者がいる。
てっきり富裕層の恵まれた方なのかと羨ましく見ていたんだけど、実はそうではなかったらしい。
「そろそろ貯金も底をつきます」的なコメントをしていてびっくりしてしまった。
今後大丈夫なのかなと他人事ながら不安で薄寒くなってしまった。
直接的には言わないけど「いやいやいや、ねえ、こうして配信できるのも○○さんのお陰なわけなんですよ」的な。
えっ、それでいいの?
振り返ってみると、その参加者はこれまでもちょくちょくアラートを出してきた。
そのたびに配信者は意味を取り違えたような返答をしていたけど、あれは故意にはぐらかしていただけなんだな。
なんだかその参加者がまた大金を投げ銭するのをみるのが恐ろしくなって視聴するのは止めることにした。
配信者だけじゃなくそこでつながれた他の参加者とのわちゃわちゃも楽しかったんだけど、あの人達はこのことをどう思っているんだろう。
自分で金銭管理できないちょっと頭のおかしい奴のことは放っておいて、そいつから巻き上げた金で楽しく過ごせばいいんだろうか。
みんなならどうする?
誰か教えて欲しい。
「ための」演出が多すぎるって言うか
家や自転車の鍵をかける(あける)シーンを意図的にカットとして抜くのは、戸締りとしての鍵を意識させたいんだろうが
「戸を閉める(鍵をかける)無意識」みたいなものが物語に影響しないから、無意味な「ための」カットなんだよね
叔母さんとの確執も別段必要はなく、言い争いも要石に誘引させられたもの
叔母さんが子育てを愚痴ってるシーンや、裏ではすずめを憎く思ってるという伏線がないから、唐突過ぎて違和感しかない
そんで、「要石のせいだ」って提示されたら、実質確執はないよねってなる
震災周りのアレコレも、すずめは終始超然としてるので、特に引きずってるとは思えない
それが無意識に抱えてるトラウマを刺激したなどという描写もなく
むしろ、他人よりも早く復帰して、窓から「みみず」を見つけてしまう
自宅の跡地に戻ったからと、心を抉られたりもしない
あれのシーンはむしろ見てる観客の方が心抉られているはず
すずめは嗚咽したり、泣き崩れたりしない
その無言にナニカを見出すことは当然に出来るし、それが「リアル」だという向きもあろうが
あれは別にとうほぐ限定の上映じゃないんだから、伝わらない人の方が多かろう
むしろ叔母さんの方が気にしてるくらいなんだけど
ぶっちゃけ、あそこまで叔母を引っ張ったのは、確執を描きかっただけと言う風にしか受け取れない
(すずめは扉に入って消えてしまうのだから、もっと心配してるだろ常識的に考えて)
これもテーマがとっ散らかったおかげで、無くても良かったかなぁって感じになってる
ここをメインに据えるなら、震災関連が要らないし
震災関連をだすなら、草太を助けるためじゃなくて、4歳の自分(ひいては震災の被害者たち)を救うための活劇で良かった
・・・なんだけども
あのシーンで幼い4歳のすずめの心が救われるとも思えない
そして「大丈夫だよ」と声をかけていなくなる
あれが救いになっているという解説がどれもしっくりと来ない
4歳のすずめを救うマジックワードは、きっちりと作品内で描写されるべきだ
我々、表現の自由戦士一同は表現の自由アラートの皆さんが「表現の自由戦士はこれを放置して良いのか」などと言って表現の自由戦士たちが気付いていない表現の自由の危機を広めて頂けることに感謝しています!
例えば、はてなブックマークでは「表現の自由」や「表自」などのキーワードで検索することで該当記事を検索できますし、ブコメ検索を使えば記事タイトルに前述のキーワードが含まれていなくともブコメへそのような記載があれば発見できます!
それもこれも皆さんの日頃の努力のお陰で見付けることが出来るのです!
すずめの戸締り
登校時にすれ違ったイケメンの草太に一目ぼれ
草太はこの世と常世(あの世)を繋ぐ扉を閉じて回る「閉じ師」だった
扉(裏戸)が開けばあふれ出たミミズが災害(地震)を起こしてしまう
様々な出来事に遭遇し成長していくが
みたいな話で
扉から溢れたみみずが暴れると現実では地震が起こりアラートがなる
このアラートにスズメは全く反応しないし、地震が起こっても怖がらない
一つ一つのパーツ(塗りつぶされた日記)とかはクルものがあるんだが
(全米が泣いたみたいにならない)
震災の描写があってもすずめは一切ひるむこともなく突き進んでいく
で、最後4歳の自分に高校生の自分が常世であっていたという描写が入るのだが
震災で親を失った4歳の子供に、超然とした今の自分がメッセージを送るシーンを見ながら
それじゃ救えんだろう?という描写で終わってしまうのだ(個人の感想です)
と、疑問符を付けざるを得ない出来
叔母との確執も、震災に纏わるアレコレも、東北への旅も、徹頭徹尾、「ための演出」舞台装置としか感じられない
思春期の少女が惚れた腫れたをしながら自分探しの冒険活劇とした方が全然よかった
親は交通事故かなんかで死んでればいいのだし
あれでPTSDとか繊細過ぎって感じだし
( ゚Д゚)ハァ? って感じ
震災の映像を描画する上でアレルギー表記の様に記載されるべきなのだろうか
私は全く被災しなかったし、ボランティアとかで救助に行った訳でもないので悲惨な状況はほとんど目撃していないし
何となくテレビで見た衝撃的な映像が頭に残っているだけで、今は3月11日になっても特に黙とうをすることもなく普通に生活しているけれど
今回の映画を見た際にはPTSDになった人に対して、多少の配慮はあってもいいんじゃないかと思った
既に震災から10年以上経過してるし、すずめと同じくらいの高校生だと当時のことを覚えていない人もいると思けどそれでも映画を見て
ふとした瞬間に思い返すかもしれないし、中には周りで人が亡くなったことを時を覚えている人にはつらい過去を思い出させてしまうんじゃないかな
すずめが震災の被災者でそれを乗り越えるっていう設定は結構なネタバレになるし、事前に地震や地震アラート表現がありますと制作側が告知していながら
震災そのものの表現があると言うことには触れなかった点から、制作側はあえて今回の映画内で震災の表現があることを告知しないことを選択したんだと思うんだけど
すずめの日記の3月11日が黒塗りされてるシーンを見て震災をテーマ(?)にしたんじゃなくて、実際に描いたんだと分かると映画の冒頭で子供のすずめが彷徨っているシーンと
後半でお母さんを探す子供のすずめを見て受ける感覚が違ったし、日常生活の何気ない「行ってきます。」の一言があそこまで心を揺さぶられるとは思わなかった
被災していない自分でもそこそこ、来るものあったから実際に被災した人の中には結構、堪える人もいるんじゃないかと思う
被災者ではない第三者が勝手に被災の代弁をするのは余計なお世話だと思うけど、それでも震災表現があることを伝えた上で見るかどうかの判断を選択させてもいいんじゃないだろうか
隠し味に卵や牛乳を入れている事を本当に隠して食べさせないように、同じくらい配慮があってもいいんじゃないかな
ただ、そうなると震災表現を描く度に注意喚起が必要になるから、どこまで(いつまで)必要なのかが分からなくなってくる
とりあえず一度の視聴じゃ全てを見れていないので後日、改めて見直しに行く予定
ちなみに見ていて一番辛かったシーンはサービスエリアで鈴芽と環さんが言い争いをしている場面だった
自分だったら梨泰院の事故で生き残れるか?と考えたが、何度シミュレーションしても詰む。
生き残る方法が思いつかない。誰か教えてくれ。
神の視点で上から見ていたら危ないと気付いただろうが、人混みの中ではせいぜい数メートル先までしか見えない。
しかも今回は、途中までは混雑が比較的少なく人が流入してしまい、道の途中で混雑が増し、気付いた時には引き返せなかったという。
あの道に入る時点では、他の道だって同じように混んでいたはずで、どのルートが正解なのか事前に予測するのは難しい。
混んでるかどうかに関係なく、細い道を避けようとする手もある。
ただ自分が行きたくなくても流れに飲まれたら連れていかれてしまう。広い道だと思っていたら途中で細くなってしまうことも。
仮にみんなが細い道を通らなくなったとして、その分広い道や広場での人口密度が上がる。今度はこちらで雪崩が起きるかも。
どこかをふさいだら違うところが噴き出す。
壁をよじ登ったり2階の人に助けてもらった人もいたが、運よく壁側にいられるか、登れるような突起があるか、あの密度の中でよじ登れるか?よほどの幸運と体力がなければ死ぬ可能性がはるかに高い。
しかも今回の事故でみんな「壁に逃げれば良いんだ」と学習したなら、むしろ次同じようなケースあったら、今度は壁側に殺到してしまい圧死の確率が上がるかも。
結局、人口密度が高すぎる場所に降り立った時点で個人の頑張りではどうしようもなく、死んでしまう。
じゃあそもそも梨泰院が危ないと察知して行かなければ良かったじゃんとなるが、これも結果論。
電車を降りた瞬間に「危険度」を察知してそのまま乗り過ごせれば助かるだろうが、
ホームの様子だけであの細い道の危険性を察知できるエスパーはいない。
今回梨泰院の駅から出てくる人の流れを見ても、駅から出口までは隅田川の花火や品川駅レベルの”よくある混雑の状況”であり、
今後の人生であの程度の混雑には遭遇してしまうだろうし、それを全部回避して生きるのは現実的ではない。
もちろん警備が交通整理をしていたらかなり確率は違っただろうが、実際に警備がいたとしてあの事故を100%防げたか?というと疑問。
密集した人の流れを整えて緩和する効果はあるだろうが、そもそも人が集まる前に防がなくてはどうしようもない。
仮にあの細い道を通行止めにしたり一方通行にして対策しても、他の通路で事故が起こったかも。
しかも「梨泰院エリア全体」の人口密度を下げたとしても、今回のような「局所的な人口密度」まで読み切ることは非常に厳しい。
(〇万人の人出というのは分かっても、各通路ごとの密度は把握できない)
もちろんエリア全体の人口密度を下げたら、各通路の密度も下がり事故確率は大きく下がるとは思うが…
どっかの路地で突発的に起こりうる雪崩まで防げるんだっけ?というと、防げなそうな気がしている
仮に発生確率30%を1%ぐらいまでに下げたとしても、0には出来なくない?(警備が頑張っても防げないケースがあるのでは?)
※例えば2m×10mの細い通路(20㎡)でたった200人詰まらせれば、今回と同じケースが出来てしまう。
どれだけ頑張ってもそれぐらいの事故は起こりそうじゃない?
局所的な人口密度はおそらく警察でも補足しようがないので、唯一可能性があるとしたらこれかなと。
GPSやキャリアの基地局単位で人口密度が一定以上になったら、「警戒エリア」にする
→警戒エリア内にいるスマホは強制的にbluetoothをON。受信する端末数が〇百台を超えたら「危険アラート」を鳴らす。(緊急地震速報みたいに)
→その場だけでなく、300m先まで「危険アラート」を鳴らし、その通路に人が入らないようにする
→さらに5km先まで違う音の「警戒アラート」を鳴らし、これ以上そのエリアに人が入らないようにする
みたいな。
※GPSやキャリアの基地局単位では最後細かい所まで追えなそうなので、アラートを鳴らすのはあくまでも端末同士での通信を想定
ただうまく動くかは未知数。
アラートの基準が緩いと、ちょっとしたイベントや混雑でもなりまくって機能しない。
基準が厳しいと、bluetoothが検知しきれずアラート鳴らない。とか全然あり得る。
ループして記憶をなくしてもう一回ハロウィンをやり直したとして、どうやったら助かったの?
みんな、どうやって生き残る?
研究職だからいつも何かしらアイデアを探し回っている。ブレインストーミングみたいなのって結構有効だよ
普通に生活してて何か不便だなと思ったらどんなに小さなものでもそれをメモに書く習慣をつけて、夜とかにそれを解決するための方針みたいなのをとにかくたくさん捻り出す
アイデアが出にくいって言ってる人は最初からかっこよくて素晴らしいアイデアを少数精鋭で捻り出そうとしてる場合が多いので、かっこいいとかそういう気持ちを捨ててとにかく数を捻り出すことが大事
いろんな組み合わせで数百ー数千くらい書き溜まってきたらその中で良さげなものを10個とか選ぶとそれなりのアイデアは出る
上にも書いたけど、10個アイデアを作りたいと思うなら10個を考えるのではダメで、アホみたいなものでも全部書き出して1000個くらい書いてから10個選ぶみたいな方針をとったほうがいい。とにかく数を捻り出そうとし始めると、最初はキツイんだけどだんだん連鎖的に色々アイデアがで始める
冷蔵庫の中でもやしがダメになっちゃってた→アラート出せないかなぁとか まぁそういうクッソしょうもないことでも既存のものありそうなアイデアでもなんでもよし
一見正しそうだが正しくないラベリングをすると、結果として意図しない結果を引き起こすことがある。
"難しい人"、"有害な振る舞い"というのは、大変よろしくないラベリングになる。
こういったときに「言ってることはわからなくないけど、なんか違うな」と違和感を持ち、解決策を探るのがエンジニアである。
アクションに落とし込めないもの、計測できないもの、機械的に判断できないものは、いわゆる人間力に頼ることになる。
具体的に以下を例に挙げる。(元の記事の一番最初に例示されているもの)
この短い(1行80文字以下を短いと言う)文章の中に、人間力に頼る判断は何か所あるだろうか?
私は、「創造的」「議論」「阻害」「時間を奪う」の4つは、機械的な判断が難しいと思う。
これは客観的な基準で「他者の話に割り込んで、自分の意見を差し込」んでいる。
先ほどの例だが、こんな前提があったとする。
そうすると、「営業と管理職から見て、大変有意義で創造的な議論に、毎度口をはさむ難しい組み込みエンジニア」というレッテルは正しいだろうか?
各人の判断は、正しいだろうか?
人間力に頼る判断基準で多数決を用いるのは、エンジニアリングで無く、政治的な解決だと思う。
先ほどの会議の例でいえば、5人中3人が心理的な負担を感じており、不愉快な気分になっている。
チームの60%が「創造的な議論を阻害する有害な振る舞い」だと認定している。
その判断は、正しいだろうか?
この場合、組み込みエンジニアが、難しい人 or 有害な振る舞いをする人として、指導もしく排除されたとする。
それは、心理的安全性をあげ、チームの生産性をあげる行為だろうか?
例えば、今後デザイナーは、営業と管理職が「どのような雑談をどの長さでしていても」発言しなくなるかもしれない。
デザイナーからみて、その会話が創造的な議論か判断ができないからだ。
さて、Web系のバックエンドエンジニアや、クラウドインフラエンジニアだと、アラートを設定したり、対応したいことがある。
「何かまずいことが起こっていることを、何らかの方法で監視して、対応したい」という場合だ。
例えば、待機系サーバーの起動時に妙に時間がかかっている場合、自動対応ができないので、アラートメールを飛ばして手動対応したいと思ったとする。
絶対値(10分)か、相対値(過去5回の起動時間の平均値)かは場合によるし、それが適切かはまた別の話だ。
「他者の話に割り込まない」というルールは、誤検知を引き起こしやすいアラートだ。
そんなのは常識で考えたらわかるだろう?曖昧な基準は「俺のは有意義な議論の発言だ」の判断を誰かが決めることになる。
大多数がそう思っていれば、という複合的な基準もありうる。その場合、先ほどの例の組み込みエンジニアは、アラート対象になる。
「会議のアジェンダに記載されている内容を3分以内で喋っている場合に、割り込まない」というのは、一つの基準になる。
この場合、営業が「営業概況を冒頭のアジェンダに加えて欲しい」と交渉する余地がある。
また「報告時間が10分は欲しいが、3回以上は一度会話を止めるので、営業概況に対する質問はその時に」という合意もできる。
そして、顔合わせのキックオフミーティングで、営業概況をやるかは、会社やチームによる。
明示的なルールで縛るのが正しいかと言えば、そうした方が良い職場もあるだろうが、窮屈な職場も多いだろう。
という簡単な話に見えることですら、ルールを作って守らせることに違和感を感じる感性も正しいと思う。
チーム(もしくはマネージャー)に求められるのは、こうした「何かチームに嫌な感じがある」ときに軌道修正できることだ。
一例でしかないが、例えば以下の流れでルールを作らずに、解決できることもある。
コミュニケーションコストを、チームを維持するのに必要なコストとして、きちんと時間を割けるかが重要だと思う。
さらに言えば、「それは有害な振る舞いだと自分は思うが、あなたがそう思わない理由は何か」とコミュニケーションを取れないのであれば、そこに課題があるだろう。
チームやマネージャーがある人を「難しい人だなあ」と思ったとして、2つの解決策が出てこないのなら、その思考には課題があるのではないか。
「他者に配慮できる」という曖昧な基準で異物を弾くようなチーム作りは、蛸壷化して致命的な結果を引き起こすことがある。
パワハラ、セクハラ、試験結果改ざんが、「なんでそんなんなるまで誰も言わなかったんだよ」となるのは、
「その構成員が他者に配慮できる人たちで構成されていて、異物を弾き続けた結果」であることが多い。
少なくとも、「エンジニアの”有害な振る舞い”への対処法」には、機会、動機、正当化のいわゆる不正のトライアングルのうち、動機と正当化を満たしている。
いやいや極端だろと思うだろう?
快不快が、正しい正しくないに繋がっていることは社会生活を送っていると極めて多い。
「マネージャーならば」法律や外部の意見も含めてかなり慎重に判断する必要がある。
「エンジニアならば」相手に快適に聞こえるようにコミュニケーションするスキルは磨いておいて損はない。
(あと、機械的に判断可能なルールを守ることが自分を守ることに繋がる。ルール順守か業績なら、常にルールを守れ。記録を軽視するな)
貰える給与と本人が目指す方向性・所属会社にもよるけど、基本的にそれは大ハズレ案件だな
お散歩していい案件は20件しか見てなかったよ。それもひとりではなく"チームで"だぞ
一応、CCNAとLPICは推奨されてはいたけど、別になくても勤怠に問題無さそうな人なら採用してたし、
そもそも、Cisco機器やサーバーに入ってコマンド打たせるとかトンデモねーことさせないです
監視サーバーがアラート上げる>担当者へエスカレーション、報告書書いて終わりだぞ
Twilio でいいじゃんって思うけど、こういう仕事、何故かまだ絶滅していないです
強いて言えば、楽なことが知れ渡ってるので夜勤・日勤を混ぜたシフトを出してくる会社もあるくらい
個人的には昼勤務もめっちゃ暇で基本遊んでてOKとかでもない限り、夜勤専属で押し通せないなら監視以外の仕事した方がいいと思う
グローバル展開してて夜間帯も時差のある国の海外支社からの問い合わせ対応しますよみたいな、いわゆる夜間帯専属の社内ヘルプとかやった方がまだいい
基本的に暇だし、英語使えるからいいんじゃないかと。在宅もあるしそもそも在宅で雇ったことがある
在宅の具体的な活用例
24hで海外サイトの対応も依頼されたよ。でもクソみたいな予算だよ。英語対応出来る人材どころか、未経験の子なら雇えるくらいの予算だぞ。バカなの?
<解決策>
(なお、都内でオフィスに通いで同スキルの人材雇ったら1.5倍はする上に求人時に競争力のある時給では無い)