はてなキーワード: PaaSとは
なんか病名があるのかもしれんが、おれは集中したまま一瞬で意識が飛ぶ。
3問目、これは難しいな、ドラえもんかのび太か・・・ドラえもん?
って感じで、ハッと気づくと意識飛んでる。
寝不足で夜中とかなら誰でもあるだろうけど、俺の場合は多少疲れている程度の状態でも昼間にそうなる。
これがあるせいで、運転とか怖くてできない。一度クルマ持ってたけど、運転中にガクっとなって怖すぎるから手放した。あのタイミングで事故らなかったのは単に運だ。目を開けたまま意識が目の前を見なくなる。
最初からこうなのではなく、大学院のころ、論文の追い込みで眠気を栄養ドリンクなんかで無理やり圧殺するのを繰り返したせいだと思う。
眠気に勝てるようになった代わりに、眠気に勝ったまま意識が吹っ飛ぶようになった。
無理はするもんじゃねーな。
ほいノ
高専行こうと思えば行けたんだけど、実家離れるの怖くて偏差値45の工業高校へ。
18歳までフリーター。
18歳〜21歳まで定時制に通った。
英語は個人的にそこそこ勉強したけど、数学なんかはⅠの後のAが半分も終わらなかったレベルのバカ校。
この時期は暇で、なぜかやる気に満ち溢れてたから、TOEIC700近くとか日商簿記2級とか色々資格を取った。
24歳でうつになって、30歳くらいまで日雇い・派遣↔無職を半々くらいでリピートしてた。
やってる仕事は大したことなかったけど、幸い仕事中にPCをめちゃくちゃ使うのでやりたい放題だった。
この時にプログラミングを始めた。
ここで年収どんどん上がった。
36歳でうつが再発して辞めて今に至る。
基本は、仕事で使えそうなもの・必要なものをその都度吸収していった感じ。
Webが中心ではあるけど、組み込みとかのハードが絡む分野以外は結果的に広く浅く手を出してる、つもり。
Excel VBA | 1年 |
VB.NET | 半年 |
JavaScript(Node.js) | 4年 |
HTML | 1年 |
SQL | 4年 |
GAS | 3年 |
C# | 1年半 |
TypeScript | 2年 |
Java | 半年 |
C++ | 半年 |
ラダー、FB(三菱、シーメンス) | 1年 |
実務経験があるって胸張って言えるのはこれくらい。
大体習得順。
他には、Python、Julia、R、Fortran、Rust、Go、Dart、Shell、Deno、CSSなんかは少しずつかじってる。
最近はWebに関してはほとんどJS(TS)で済む感じになったので楽。
なんでPLCが最後やねんってツッコミは置いといて、Web系寄りでラダーも触ってるって人は観測範囲ではあんまりいないので、それが俺の数少ない強み。
RDBはPostgreSQL、SQL Server、MySQL、SQLiteの順で実務経験あり。
NoSQLはFirestoreが実務経験あり、実務なしだとNeo4jとか。
PaaSはGCP(Firebase)、AWSの順で実務経験あり。AzureはADとVM周りをちょっと触った程度。
Dockerはよく使うけどKubernetesとかまでは行ってない。
後は産業用の通信プロトコル的なやつを無駄に色々触ってる。Modbus TCPとかORiNとかCC-Linkとか。PLCもそうだけど、あの辺は日本とドイツとアメリカが未だに既得権益で幅利かせててまじで闇深い。その代わりそれをブレイクスルーできればめっちゃ稼げる分野だと思う。
閑話休題。
フリーターでどんな仕事してるか知らないけど、仕事で一日の半分が無くなっちゃうじゃん?
以下、俺の場合ね。
次長クラスの人が「この製造番号でクレームがあったんだけど、作業当時どんなことあったか覚えてない?」みたいなことをわざわざ現場まで何度も聞きに来るんだよ。
作業したのなんて半年前だったりするから一々覚えてないっすよ、って言ってるのに何度も聞きに来るから、イラッとして仕事用のPCで勝手にExcelで業務日報を付けるようにして、イントラのファイルサーバーに置いて「そういう時はこれ見て下さい。次長の貴重な時間が勿体ないです」って言ったのよ。
それだけでめちゃくちゃ喜ばれる。
で、今度はその次長が「この製造番号どれくらいの時間で作業終わった?」みたいなことを現場までわざわざ何度も聞きに来るから、俺はその時またイラッとして、Excelでストップウォッチもどき作って製造番号とか工程ごとに時間計測して記録して、やっぱりファイルサーバーに置いて「これ見て下さい」って言ったのよ。
それでまた、めちゃくちゃ喜ばれる。
最初はプライベートな時間も結構使ってやってたんだけど、そういう周りに喜ばれる効率化を繰り返してると、少しずつ業務時間内で自分のスキルアップに直結する時間を作れるようになる。
自分でこれ面倒くせーな、効率よくできねえかなって思ったら、じゃあどうやって?てのを考える。
ちなみにPCがなくても、たとえばメールアドレスさえあれば今の時代カイゼンはできる。
大きな会社に勤めてるとかだと使うのが難しいんだけど、IFTTTとかが良い例かな。
これはiPaaSっていうサービスの一種で、まあ言葉の意味は覚えなくて良いんだけど、要は「イベントAが発生したら別のイベントBを起こせ」っていうのを登録して、自動化できるWebサービス。
例えば、あなたが日雇いの会社にいて、毎日違う現場に働きに行くとする。
で、出勤前、現場到着時、勤務終了の時にLINEで毎日報告しなきゃいけないとする。
で、その報告を受けた事務方は、Googleスプレッドシートにその都度入力する。つまり、それだけの為の事務員が一人いる。
面倒くさいし、お金がかかる。
そこで、「特定のグループでLINEを受信したら(イベントA)、特定のGoogleスプレッドシートに情報を記録せよ(イベントB)」っていうのをIFTTTに登録すると、少なくとも事務員の入力の手間は省けるってえ寸法だ。
IFTTTはたくさんイベントを処理させたい場合は有料になっちゃうけど、個人で試すぶんにはクレカ登録しなきゃいいだけだから試してみるといいよ。
月1000円で学べる。コスパは圧倒的。
入門コース(学習に180時間と公称してる)がしっかり理解できていれば、Webで大抵のものは作れる。
ただし、大筋は問題ないんだけど、細かい部分で最新技術をキャッチアップできてない可能性があるので、そこは注意した方が良いかも。
https://www.nnn.ed.nico/pages/programming/
N予備校の入門コース終わらせたら、基本情報技術者か応用情報技術者を取る。
そしたら、職歴書の作り方次第で中小企業の社内SEにはまず転職できる。
中小企業の社内SEは、ITリテラシーの低い社員が多い中で「Excelのセルの色が変わらなくなっちゃったんだけど!」とか「複合機が紙詰まりって言ってるけどその紙が見つからない!」とかクソイージーなクエストをこなすだけでおちんぎんが貰える、人によっては天国、人によっては地獄のような職業だ。
ごめん、流石に言い過ぎた。実情は色々と面倒くさい。DXとかバズワードを聞きかじったクソ重役から突然言い渡される重めのミッションとか。
けど安定なのは間違いない。
N予備校の入門コース終わらせたら、基本情報技術者か応用情報技術者を取る。ここは社内SEと同じ。
生産技術ってのは、誤解を恐れずにすげえ簡単に言えば、カイゼンばっかりやってる人たちのことだ。
あんまり詳しくは言えないんだけど、俺が最後にやっていた仕事は言わば生産技術だった。
で、中小企業の生産技術は、Webに強い人材をかなり欲しがっている。有り体に言うとIoTとかね。
IoTは最近、セキュリティの強化がかなりクローズアップされていて、そのせいで二の足を踏んでる企業が多い。
そこに滑り込むのはアリだと思う。
よく「T型人材」って言われ方をするけど、どっちのスペシャリストの言うこともある程度分かる「橋渡し」的な人材になると途端に貴重になって需要が増すので、上昇志向があるなら「Web+何か」の組み合わせでお金稼ぐのが良いんじゃないかな。
ま、橋渡しって自然とプロマネとか任されがちで、裁量大きくて大変なんだけどね。
質問あればどうぞ。頑張って。
スラドは削除できなかったんじゃなかったっけ?
廃れたけど
やっぱり似たようなこと考えてる人がいるんだな
ちょっと巡回してみた感想は、「2ちゃんねるの雰囲気をオマージュにした過渡期のフォーラム掲示板」というイメージ
以下、FAQより
タレコむ記事の内容が既存の特定の記事とものすごく似通っている場合(たとえば、スラドで言及されたときから状況が変わったなど)は、単にそのことをほのめかすだけでなく、その言及している記事へのリンクについても書き込んでおいてください。
修正するときのルールをユーザー側が覚えておく必要がある点も、やっぱり過渡期という感じがする
スレをsageてる時に新参者がsageないでレスすると住民に怒られる、みたいに議論の本筋と関係ないところでユーザー同士が衝突するのは避けたい
元記事での俺の書き方も悪かったんだけど、まず、ここでの「議論」は何も政治に関するものだけに限らない
というのと、俺が欲しいのはそもそも議論すること自体が目的のプラットフォームなので、「ただ議論することだけが目的化する」のは俺的には全く問題がない
何かしらの結論を出すこと?(違ったら教えて)
でもそれが目的になるのはたぶん、議論の参加者たち、あるいは議論のテーマの当事者たちにごく限られた時間しか与えられていないからだ
元記事で要件を出したプラットフォームを前提にして言うと、俺にとって議論の目的とは「考え続けること」だと思う
「党派性に依存する連中」も、それを誰かが敵とみなすのなら、今急いで結論を出そうと煽るのではなく、相手の主張をじっくり読んで向き合えばいい
忙しいとか文章が上手く書けないとか、何らかの理由で自分ではその連中の考えを改めさせられないと感じたのなら、極論、変に突っかかるよりは他の誰かや後世に託して、本人は無視を決め込めばいい
そういう意味で、
と書いたし、そういうプラットフォームが欲しい
前段については、俺が元記事で挙げたようなサービスでは満足な議論ができないというコンセンサスが必要かも
「Twitterなんかで発言しても動画や画像投稿してもお互い時間の無駄ですよ、議論がしたいならこっちで、ほぼ確実に残るテキスト(と情報源)のみでどうぞ」みたいな空気を作りたい
あと俺としては、「以前の発言は間違ってました、ごめんなさい」が簡単にできるという(ただしその間違っていた発言と修正の履歴は残る)点をウリにしたい
当たり前だけど人間はしばしば間違う
現代のメディアや議論の場は、間違いを指摘されて、それが間違いであると本人が感じたら素直に謝れるような仕組みになっていない
俺も文字での議論もさることながら対面での議論では殊更よく間違うので、日本の国会中継なんか共感性羞恥で見ていられない
でもそれをできるように、そして記録として誰でも見られるように残しておきたい
議論がいつまでも収束しないのは、上述した通り、別にそれでも良いんじゃないのと思う
重要なのは議論をした彼らや、それを目の当たりにした人達がその流れを見てどう考えるか、考え続けるかだと思う
1行目については、そうかもしれない
「議論なんかじゃ何も解決しない」と思っている人ほど、見て考えて、ときに参加して欲しいとは思う
2行目については、そういう人達は(「共感を得られるかどうか」が本人の直接的な生死に関わる問題になる場合を除いて)議論の場からは淘汰されて欲しい
3行目については、自分の書き込みとAIの回答が全て公開されるとかであれば、上手く作れば良いサービスになると思う
頑張って
人間に反論されると間違いを認められないのが人間なので、AI が議論の論理判断(善悪判断はしない)をしてそれを表示するサポート機能が必要。
なるほど
矛盾を投稿できないようにするんではなく、下書きの際にそれ矛盾じゃない?とサジェストする機能はありかもしれない
俺がやるとしたら将来実装になるかな
当増田の引用しなかった部分は既に要件として元記事に書いているので割愛
しっきーて人が作ったのか
https://blog.skky.jp/archive/category/Webgeki
見てる感じ、議論というより論戦かな
時間制限を設けてるあたり論破前提の人がレート上げそうで、ちょっと俺とは思想が違うな
でも、
今のネットって、内容パクってもPV集まればいいとドヤ顔するメディア関係の人がいるくらい、PVとフォロワー数が正義の世界で、「対話する」とか「検証」みたいなものってあんまり成り立たないんですよね。
で、ネット上で人気や数値を集めようとする類いの行為って、(よっぽど上手くやらない限りは、)バカのままでいるかメンヘラになるかしかない種類のものじゃないですか。
もちろん、それが好きな人のほうが数はずっと多いのだけど、そうじゃない場所があったっていいじゃないか、ってことです。「言いっ放し」にならない空気が働く場所をウェブ上にちょっとでも担保できればな、というのがウェブゲキの目標です。
過ちを認めさせたいというのが謎
ただ、発言者本人が過ちを素直に認められないと、そこで議論が止まってしまうか、「なんで過ちを認めないの?」という方向に捻じ曲がってしまう
簡単に修正できる and 修正を要求できるプラットフォームを作ることで議論を促すことができるのでは、と思ってるけど、厳しいか?
あと、評価経済って言葉自体知らなかったけど、↓で書かれてるようなこと?
https://canary.lounge.dmm.com/17241/
であれば、俺は
と思っているので、この人とは思想が全く違う
ただ、元記事の要件で作られたプラットフォームが、発言者に間接的な経済的利益をもたらすことは無いとは言えない
増田みたいに匿名で長文OKってプラットフォームなかなか無いので、これにアカウント名が表示されるだけでも大分違うんじゃないかな?とは思うんだよな。
俺個人のWeb関連の技術力を鑑みると確かにそういったものを作るのが現実的で、実際だいぶ前に考えたことがある
その時はユーザー認証を実装するのが面倒でやめたんだけど、今は各PaaSで色々あるしね
誰か詳しい人がコメントしてくれて知見を与えてくれるし、
こういう前向きなコメントは見てるこっちまでなんか嬉しくなる
こんな人が増えるとすごく良い
sds-page ブロックチェーン使って発言をNFT化すれば履歴も残って改竄が難しくなる。発言にもガス代が必要で熟考の余地が生まれる
これに近いことは俺も考えてた
上述したように、後世に議論の跡を残すことも重要なことだと思う
ただ、おそらくNFT単体では本人証明ができないので、要件として足りない
NFTと運営側が持ってるユーザー情報のセキュアな紐付けがかなり実装めんどくさそう(個人の感想です)
「発言にガス代が必要」というのは、発言者にガス代を負担させるということ?
そうでないのであれば教えてほしい
ちなみに知ってるかもしれないけど、イーサリアムの考案者Vitalik Buterinは、ごく平たく言えば本人証明のための「譲渡のできない」トークン、SBT(SoulBound Tokens)というものを提唱している
以下その論文
Decentralized Society: Finding Web3’s Soul
1ページ目の概要読むだけで彼の言いたいことは大体掴めると思う
これかな↓
(Knockout.js使ってるのか、珍しいな。どうでも良いことだけど)
これはこれで行政の在り方としてはかなり良い感じだけど、
といった点で個人的には惜しい
元記事には書いてなかったことを補足すると、「good」「bad」ボタンは「ボタンを押した人が『なぜ』その発言をgood or badと思ったか」という情報が抜け落ちて、その投票結果を見た人にとって議論のノイズになりうると考えている
・環境構築したくない。
・環境構築したら一応手順書残すじゃん。覚えておきたくないから。書くよね。めんどい。
・Ansible とかもめんどい (これは使ったことがないので学習がめんどくさいってだけ)。
・Python だの何だのの依存関係でバージョンがあわなくて…みたいなトラブル大嫌い (Docker ならいいけど ECS・Fargate・CloudRun・GKE それはそれで高いし、現時点ではメンテフリーとはいかない)
・Let's E とかもめんどい。だってたまにやり方が変わるじゃん。めんどい。
なので PaaS にしたいのよ。
GCP で独自ドメインマネージドSSL するには Cloud Load Balancing 必要でしかもそこそこ高いってのは想定外だったので、別にそこに金をかけるべきとは言ってない。でも月2000円くらいだからまぁいいやって感じ。もちろん月300円で済むようになればうれしい。
AWS は S3+CloudFront+ACM+Route53 で安く独自ドメインマネージドSSLができるんだっけ? であればそっちの方がいいよね。
https://www.sofia-inc.com/blog/7233.html
情シス(情報システム部)はもういらない?これからの情シスに求められる、あるべき姿とは?
皆さんは情シス(情報システム部)が果たす役割・機能を何だと考えますか? 全社のIT戦略策定・システム企画、社内インフラやアプリの保守・運用、ユーザーサポートやトラブル対応といったことを思い浮かべる方が多いのではないでしょうか。
しかし昨今、情シスにそのような役割が求められていない、もしくは情シスの業務自体がなくなりつつあることをご存知でしょうか?
今回の記事では、これからの時代の情シスに求められる役割、あるべき姿について説明します。
近年Microsoft AzureやAmazon Web Serviceといったクラウドサービスの台頭により、オンプレミスからクラウドへの流れが起きています。社内に物理サーバーを置いて保守・運用するといった必要がなくなり、ソフトウェアもPaaS・SaaSといったクラウド上で提供されるサービスに代替されるようになってきています。それに伴い、膨大な設備投資費や社内SE(システムエンジニア)の人件費を削減できるようになりました。今後すべてのITリソースの保守が必要なくなるという可能性もあります。
デジタルトランスフォーメーション(DX)が多くの企業で重要課題となっている現代において、企業がIT活用で目指すべきことは、単純にITインフラ・ツールを変革させるということではありません。業務変革・組織変革を伴うような、より大きな次元での変革です。経済産業省も、ITを変えるだけがDXではないと説明しています。
「企業がビジネス環境の激しい変化に対応し、データとデジタル技術を活用して、顧客や社会のニーズを基に、製品やサービス、ビジネスモデルを変革するとともに、業務そのものや、組織、プロセス、企業文化・風土を変革し、競争上の優位性を確立すること」
このデジタルトランスフォーメーションの実現を企業が目指すにあたって、情シスの仕事も大きく転換しようとしているのです。次章では、まず従来の情シスの役割について整理・紹介していきます。
DX(デジタルトランスフォーメーション)を推進する上で押さえておきたい3つのステップ
昨今ビジネスの場において、DX(デジタルトランスフォーメーション)という概念が頻繁に取り上げられるようになりま…
これまでの情シスに求められていた役割は主に以下の4つでした。
会社の経営戦略や事業戦略に基づき、システムの企画立案・要件定義をする役割です。社外ベンダーの見積もり検討・選定、およびその後のプロジェクトマネジメントを遂行し、ユーザー部門に対して新しいシステムを開発・提供します。
社内ユーザー部門からのリクエストや業務プロセスの変更に応え、既存システムのカスタマイズなどを実施します。運用・保守によってシステムを安定稼働させ、会社の事業活動を下支えする役割を担います。
自社サーバーやネットワークの構築・運用・保守を行いつつ、セキュリティ対策やデータ保全を実施することで、万が一の事態に備えます。また新技術・製品の導入検討や評価を行って、常に社内環境のサービス向上に努める役割です。
社内ユーザーからの問い合わせ対応・トラブルシューティングを行います。ツールやシステムの導入サポートの他、新卒や転職者へ社内システムの教育を実施することで、社員1人1人の円滑な業務遂行を支援します。
以上が従来情シスに求められてきた役割ですが、現在のクラウド時代において運用・保守業務はその必要性を失っています。また業務システムについても、SaaSなどのクラウド上で提供されるアプリケーションを利用できるようになっており、企業独自でシステムを構築するということは少なくなっているのです。
このような中で、今後情シスには一体どんな役割が求められてくるのでしょうか。次章で詳しく解説していきます。
クラウドで提供される業務システムは、往々にして業務の生産性に関する考え方が先進的であり、しかも随時バージョンアップしていきます。従って「自分の行動にシステムを合わせる」のではなく「システムに自分の行動を合わせる」というのが日常的に求められるのです。
しかし事業部門をはじめとする多くの社内ユーザーは、旧来の業務のやり方に慣れ親しんでいるために、「システムに自分の行動を合わせる」ということに自力で順応するのが容易ではありません。システムを使いこなせないばかりか、新しいテクノロジーに対して抵抗感を覚えてしまうケースもあります。
そこで必要となるのが、自社の業界・事業・業務においてITツールをどうやって活用するかを考え、そのための情報を関係各所へ提供する存在です。これからの情シスには、システムの機能や技術面だけでなく現場の業務プロセスにまで入り込み、具体的なユースケースを提案・サポートすることで、全社的なIT活用を推進する役割が求められています。
また、会社としてDXを推進するうえでは、単にITツールを組織的に活用することだけでなく、同時にチェンジマネジメント(組織変革)を進めていくことが必要です。新しいワークスタイルを実現するためには、職場の文化・風土も変革していかなければなりません。次章ではDXを促進する立場としての情シスの役割について紹介します。
クラウドサービスの台頭でIT部門の仕事がなくなる 企業のIT部門の仕事、と聞いて何を思い浮かべるだろうか。自社の…
DXを促進する情シス(情報システム部)の役割と専門家との協働
デジタルトランスフォーメーションにおいて最も上手くいかないことの1つとして、先進的なITツールに対して個人個人の理解度・受容度が追い付いていけず、会社として変化を受け容れられないことが挙げられます。ツールの機能、業務プロセスへの適用法が分からないことで現場が混乱し、これまでの業務のやり方やワークスタイルから脱却できないといったことがそれにあたります。
これを解決するために必要となる活動が会社のカルチャーチェンジ、社員一人一人のマインドチェンジです。単にITツールの活用法をナビゲートするのみならず、業務プロセスや職場の文化・風土というところまで踏み込んで、ユーザー部門に対して新しいワークスタイルの実現に向けた啓蒙活動を展開していったり、全社的な意識改革に向けたコミュニケーションを展開していったりといった役割がDX推進には不可欠なのです。
しかしこの役割は、専任のDX部門が担おうとしても失敗するケースがあるほど難しいものであり、そもそも経営層が事業戦略におけるITの重要性を十分に認識していなければ到底実現できるものではありません。では、情シスがDXを推進する役割を担っていくためにはどのようなアプローチをしたら良いのでしょうか。
それは情シスが持つIT知識や社内システムへの知見を最大限利用し、経営層を巻き込んで企業を変革する旗振りをしていくことです。ただし限られたリソースの中で上層部や会社全体に働きかけるというのは非常に負担が大きく、失敗に終わる可能性も大いにありえます。そこで1つの解決策となるのが、そういった業務改革・組織改革の支援を行うITベンダーと協働することです。高い技術力と豊富な支援実績を持ったITベンダーが上層部への答申からITツールの全社展開まで幅広く支援してくれます。そして、組織風土変革や社内へのコミュケーションは、自社の人事部門や広報部門が実務として実施していきます。現場部門との協働はもちろんですが、変革を企画する部門と協働することで、より全社的なムーブメントをつながります。
まとめ
以上のように、近年情シス(情報システム部)に求められる役割は大きく転換してきています。従来担ってきたITインフラやシステムの構築・保守・運用業務は不要となり、今後はデジタルトランスフォーメーション(DX)実現へ向けた社内ユーザーへの情報提供・啓蒙活動を行っていくことがその使命となっていきます。
もしあなたが情シスのメンバーであり、従来の役割を脱却できずにいるのであれば、業務改革・組織改革支援を行うITベンダーの活用を検討してみてはいかがでしょうか。
昔話をすると GAE 時代を含むのだけど、Google Cloud が AWS や Azure より使い勝手がイマイチだと思うのは、Google の作る API というかサービスが「お前ら、こういうのが欲しいのだろ?」的な雰囲気が鼻につくというか、「いやぁ、別に...」というすっとぼけたモノを持ってくるからイラつくのだよ。確かに GKE や
Pub/Sub はすごいけどさ、一芥のエンジニア的には Oracle 的なサブマリン特許みたいなライセンス形態で金をぼったくられるのにうんざりしているから、使いたくないんじゃよ。それに時代は Docker Compose で、疎結合なシステム開発をする時代においてコンテナに載せれないサービスを使うのは避けたいしね。AWS とは違って、OSS との共生を図っているのは理解できるけど、顧客が欲しているのは AWS のように OSS を運営しないで済む PaaS のようなサービスだったからね、世の中うまく行かないよね。(本当はさくらクラウドを応援したいけど)
そこんとこ詳しく。メタップスとか?
Waf なんて書くな! WAF とかけ!
うっせーな。クラウドベンダーの独自 API なんか使いたくねーんだよ。オラクルじゃあるまいし。
まぁ、それは認める。でもさ、select や create とかのDML/DDL は CRUD と同じだけと、DCL なんて権限を発行できるりょういきにトーシロを突っ込むわけにいかないだろ。何も考えずに GRANT TO なんてプロダクション環境で発行されて日には、権限消失されたら永遠にデータにアクセスできなくなるかもよ?
そりゃそうだけど、フロントエンドは移り変わりが激しいじゃないですか。ほんの数年前までは Flash と DoJa のアプリを作ることがフロントエンド開発者でしたよ?一方データベースや OS の方は、ここ三十年ぐらい Unix と RDB が鉄板だった書ないすか。低レイヤだっていうけど、IoT なんかで C言語開発者はバリバリっすよ。例えば、クラウドフレアなんか CDN の再発明をしてますけど、サーバーラックを見る限りだと差がついているのは低レイヤの根本技術の改善であって、私はそこにプロフェッショナル性を見出しますがね。
わかっていないのはテメーの方だ。今日オーバーフロー問題を抱えている C/C++ でサーバーの開発をしようとするのが危険なのは承知しろよ。パフォーマンスを必要とするなら Rust、または GC があるけど Go言語を使って実装すべきだろ。高学歴なのは結構だけどは、現実は見えてないのか?いい加減にしろ。
そうだね~。卓越したインフラエンジニアがすぐに手に入るなら、問題ないだろうけどさ、ベンチャーや硬直化した雇用形態の我が国で有能なインフラエンジニアをすぐに採用できるかよ。何年前の知識で戦っているの?時代は DevOps なんですよ。必要とあらば、すぐ学んで、応用して、デプロイできるのに「インフラエンジニアを採用から始める」なんて、ヨーロッパが衰退する理由もよくわかるよ。プププ。
誰が Next で SSR なんてするか!あれは SEO が必要な場合に限る。そもそも SSR なんて危険だからまともなエンジニアだったらしないだろ。問題になってないだけで、本当のブラウザとクローラが見える内容が違うなんてスパム認定されてもおかしくないんだ。クローラにインデックスされるページで SPA をやろうとするやつはセンスないで。
すいませんでした。本当にすいません。
ん? AWS SQS だとパフォーマンスに問題があることしたいから Kafka を使いたいのよ。確かに Zookeeper のことは詳しくないよ。だけど、AWS MSK 使うんで。PaaS というもんがあるので、だめなん?ログ収集は GKE みたいに ログに出したら Fluentd で収集してくれる時代になんでグチグチ言われないといけないの?
ハア?インメモリのデータベースに信頼するほどヤワじゃないから。Redis なんて飛んでなんぼ。だから Kafka のようなストレージに保存されるメッセージキューを利用したいの。
これないと、CI の責務が大きくなるじゃん。ほんでもって、ArgoCD なんて Kubernetes で展開したら運用までしないといけないじゃん。メンドクサ。
いや、J1ビザをとってアメリカに留学したことあるよ。あと、「世界でもっとも強力な9のアルゴリズム」「CleanCoder」「戦うプログラマー」 の本に書いてあるじゃん。馬鹿にしてるのか?
発注と検収のいたちごっこみたいな仕事に嫌気が差して、入社して2年目からちびちびと転職活動をしていた。
入社して2年目は転職サイトとか転職エージェントとかを使って、もっと手を動かす仕事が良い!みたいな希望で活動した。
何社か応募したけど、採用どころか面接にすら全然届かない。経験も実績もないから、仕様無いと今になっては思う。
でも数少ない面談した企業の方からは「小さくてもいいからWebサービスを作ってみるといい」とか「うちはRails使うことが多いから、Railsわかる人だと嬉しい」みたいな具体的なアドバイスはもらえた。
ちなみにどことは言わないけど、転職エージェントは「年収が下がっていいならすぐに見つかります!」「正社員じゃなくて派遣から始めるのはどうでしょう!?」とか不穏な誘いが多くてすぐに使うのを辞めた。
3年目はもらったアドバイスに従って、仕事の合間に小さなWebサービスを作ることにした。(Railsは使わなかったけど)
流行りのフロントエンドフレームワークを使って、PaaSで公開。テストも書いて、CI/CDもちゃんと整備した。
フレームワークや言語の学習も含めると半年以上かかったけれど、納得のいくものが出来た。
4年目。業務転換があり、ベンダと要件の狭間でストレスが絶頂になった。
この環境から逃げたい、というひどく後ろ向きな理由で転職活動を再開した。
幸い3年目の成果物がある。Twitterの転職タグとかを使って成果物のURLを貼り付けたりすると、5社くらい話を聞いてくれることになった。
驚いたことに、エンジニア業界では有名な会社とかも声をかけてくれたりして、ちょっと有頂天になったりした。
しかしながら結果は惨敗。オンラインのコーディング試験や技術面接に歯が立たず、ほぼ全てがお祈りとなった。
ある企業の面談では、「希望年収の半分くらいなら」と言われたこともあった。この日のことは、未だに忘れられない。
4年目の惨敗を受けて、5年目はしょぼくれていた。
面接で出来なかった問題こそAtCoderなりアルゴリズム本なりで勉強していたものの、「こんなに勉強しないといけないなら、もう現職でいいかな」という思いが大半を占めていた。
なんとなくはてブの技術エントリを読んだり、Qiitaとか面白そうなチュートリアルを手慰みにして時間を潰していた。
そしてそんな折に、知人経由で大手ITを受けてみないかと声をかけられた。
いやいや無茶でしょう、というような有名企業で、自信を喪失していた自分には恐れ多いとしか言いようがない。
とは言え、落ちるだろうから受けない、というのもあまりに後ろ向きな話。
なので、受けるだけ受けることにした。知人の顔を立てる、というくらいのモチベーションである。
内容の詳細は秘密保持の関係から記載できないけど、3年目のサービス開発で学んだ知識と、惰性で技術エントリを読んでいた経験が活きた。
それなりに回答できて、手応えはあった(現職で得た知識とかももちろんあるけど)
結果は通過。そこからあれよあれよと面接ラッシュで、すったもんだありながらも最後は内定。
待遇も満点ではないけど十分な内容で、迷う余地がなかった。強いて言うなら、休みが減るのがちょっとネックかな。
元増田に言いたいのは、一回動くと何かが変わるよってこと。
私が結果としていい転職ができたのは2年目の活動の際に「Webサービスとか作ってみるといい」ってアドバイスをもらえたのがきっかけだし。
ベンチャー企業の人から声をかけてもらえたりするくらい頑張ってるなら、胸を借りるくらいの気持ちで話をしてきたらいいんじゃないかな。
人生の分かれ道は意外なところに落ちていたりするよ
これ自社でDCで災害対策で遠隔地に複数のシステム構築までやってれば片方だけに処理集中させればまぁ重くなる可能性はあるけどサービスは継続できた。
最悪、データ保護も両系統で持ってれば死んだ方を再起動して復帰とか出来た訳で
結局の所クラウドってこの手のSaaSの低価格化を進めたけどその分品質というかサービスの継続性は落ちたよね
PaaS障害で~って言いたいことは分かるけどユーザからすりゃPaaSの障害かどうかなんてどうでもよくって
金払ってる分サービスを当たり前に使えるかどうかだけが重要でPaaSの障害のせいで~とかユーザに対してサービスを提供出来てない状態だよね。
にもかかわらず、何々サービスのユーザがわかってくれて素晴らしい!とかいってるエンジニアがいるけどそれは本当かね?
そういってるエンジニアの過去を漁っていくと公務員の数が足りなくってコロナ対応で後手に回ってることとかを批判してるんだけどなんなのこの二枚舌
お世話になっております。Tech Search Japanの井上です。
ウエブ系企業に強みを持つ東京のヘッドハンティング企業でございます。
グローバルなユニコーン企業でご経験を最大限活用するチャンスでございます。
アメリカ、アジアなどにも展開中で、海外、日本オフィスの重要ポジションの採用を弊社が担当させて頂いております。
3000万人以上のアクティブユーザーを誇る大規模データプラットフォーム
元フェイスブック本社の技術責任者なども務めている、日本屈指の優良テック企業
バックエンド側はマイクロサービスなどのアーキテクチャーパターン、Kubernetesなどを使用
アメリカとの共同でAI/ML技術研究、フロントやモバイル領域にも注力
現在のご状況を鑑みて、ビデオ面談で弊社のシニアコンサルとのお話の為に、30分お時間頂戴可能でしょうか?
こちらのポジションに限らず、中長期的にキャリア支援のお手伝いをできれば幸いです。
ご連絡をお待ちしております。
XX様
メールはご覧頂けましたでしょうか?
ご都合いかがでしょうか?
心よりご返信をお待ちしております。
XX様
度々のご連絡大変失礼致します。
XX様と一度お話させて頂くのは難しいでしょうか?
他にも、新たなプロジェクトが始動している下記の企業様もございまして、XX様へご案内をできれば幸いです。
人々の行動変容を前提とする社会のスマート化ニューラルネットワーク、Teams需要を支えるAzure PaaSの新ソリューション、ディープラーニングフレームワーク等
Facebook社:
独自の人工知能研究所、中小企業が自社のECサイトを持たずに顧客へリーチできるサービス、Instagram多岐に渡る事業展開
Netflix社:
世界をリードするインターネットテレビネットワークで、190 か国以上で 1 億人以上のメンバーが毎日 1 億 2500 万時間のテレビ番組や映画を楽しんでいる同社での新規事業。
また、現状お探しでは無い場合でも、中長期的にお手伝い可能でございますので、
XX様
ご状況のご確認です。
XX様
ご都合が悪いかメールをスルーされているかが把握できず、再度ご連絡しております。
少し間隔を空けてまた再度ご連絡するように致します。
DX(Digital Transformation)って企業ITのお金をSIerからGAFAをはじめとしたクラウドサービスベンダー(SaaS,PaaS)に振り向けていこうよって一大ムーブメントなの?
それって単に食い物にされるのがSIerからクラウドベンダー変わっただけだろ
通産省も「2025年の壁」とか言い出して、今までのやり方はもうダメだ的なメッセージを出しているように受け取れるけど、クラウドサービスベンダーから金もらってんかね?
システムを作り込むな?
いやいや 自社のポカ避けや不良対策の粋を集めたものが十把一絡げのお仕着せのシステムで賄える訳ないでしょうよ
オートクチュールでパーティーに行っていたのを、金かかるからパーティーもファストファッションでいいじゃんってのと一緒だろ
あと流行りのNoCode、LowCodeのプラットフォームってどうなの?
安全装置のないクルマが粗製乱造されて街中を走り回るイメージしかないのだが
島根オリジンのヤツから派生したRoR(Ruby on Rails)がもてはやされた折も、導入されていくつか大きなシステムになってるが最近は導入当初のようにササッと開発してササッと使って成果を出しましょうってのとは程遠い存在になりつつあるのだが
アイデア料俺にくれ!
しかし今の情勢から言って、すんなりと開催に至ることはもはや不可能だろう。中止にするか、なんとしてもやるか、それぞれの派閥がバチバチになって、ポストコロナ時代にも悲しい世代間軋轢が残るだろう。
そこでだ!今のうちに祭りを「オンラインでやる仕組み」を構築して(PaaS型がいいだろう)、いざ夏の準備だ!と意気込む老若男女が祭りのことで喧嘩の果てに妥協案として「じゃあリモート開催で!」と言うときに駆け込める場所を作ってやって、ついでに金儲けもしてやろうじゃないか!
機能的には
・出店(物理的なもんは事前注文で宅配式がいいだろう!オンラインでしかできない商品なんて出れば最高だな!)
・音頭中継(ユーザーがライブで踊ってる様をシェアしてウィンドウを分割して一定時間ごとにラウンドロビンで切り替え表示できれば最高だな!)
・画面は日照を考慮した色合いに
・最後は〆のオンライン花火!(ここにイカした工夫ができれば最高だな!)
って感じか!
祭りの運営者は登録・ログインして、上記をオリジナルに差し替えも可能なテンプレートとして選択や作成していき「我が町祭りオンライン」を作成する!
各祭りのURLはサブドメインに分けて、それぞれの町祭り用のURLとする!初期版は祭り参加者のログイン機能は難しいだろう、全町の祭りにURL経由でアクセスできるようにしよう!のちのちアクセス制御したくなるだろう、ただし公共良俗を保つのが難しいかもしれないので、トレードオフの認識は必要だ!
アクセス数ランキングの後日発表はあってもいいが、イイねランキングやリアルタイムランキングはやらない!イイねやらスターはクソだ!ショボい祭りも盛大な祭りもバカにされずにドンとこいにしてぇ!そこにイイねは邪魔だぜ!
時間もねえしオープンソースだ!後ろも前も得意な奴がやろうぜ!CI/CDは詳しくねぇしドメインやらデータソースの置場所も考えなきゃなんねぇが、俺はそういう面倒はごめんだ!得意な奴やってくれよな!
コンピュータのマシン語は命令文もデータも数値で表す。これは今も昔も同じ。
数値だけでは人間が管理しづらいので命令文を mov や add のようなわかり易い単語に置き換えたのがアセンブラ。
複数の処理をひとまとめで扱うサブルーチン・関数・プロシージャ・ファンクションと
いったものができた。
(カプセル化)
アプリケーションからOSの機能を呼ぶシステムコール・APIが生まれた
(ブラックボックス化)
複数のクラスやコード、データをひとまとめにするにモジュールができた。
(カプセル化)
プログラムを外部から操作するRPC、CORBA、SOAP、RMIができた。
IaaS / SaaS / PaaS を使いネット上のサービスにつないでシステムを構築する。サーバ管理不要に。
(ブラックボックス化)
(操作の簡略化)
Docker でWEB/DB/KVSなどをまとめてコマンド1つで扱えるようになった。
エンジニア立ち居振舞い: 技術的な暴力を振るわない - futoase
http://futoase.hatenablog.com/entry/2016/11/19/155427
例示されている暴力はだいたい頭の悪い暴力なので反論できます。
では今あるシステム全部PHPでリプレイスするとして、○人月の工数が必要ですがそのような予算はありません。
Go言語そのものの表現力が低い。そんなものを利用するならJava、Scalaで書くべきだ。ライブラリが豊富にあるだろう。Googleに縛られた環境での開発は恐ろしい。
ところでどうしてWindowsPCを開いてExcelで文書作ってるのか教えてください。
Serverlessそのものはサーバがなくなるわけではない。自身でチューニングなど細かなリソース管理ができないPaaSを使って自身のサービスの命運を預けるなんて馬鹿げている。
理屈の上ではオンプレミスやIaaSの方が細かな管理できるかもしれませんが、サーバ管理にそこまでコストかけるつもりが無いのに適当なこと言わないでください。
iOSアプリそのもの、プラットフォームがいつまであるかもわからないし、今後広がるかわからない。Objective Cを覚えたり、そんなものに技術をかけてどうするのか。
Nintendo Switchが大流行するかわからない。コントローラー使いづらいし。あんなものはチンケなものだ。そもそもUnityをインフラエンジニアが覚えて意味があるのか。
流行前は流行らないと言い、流行った後は将来性が無いと言う、じゃあ一生何も始めないつもりですか?
でも安心してください。すべてはUnityが解決してくれます。そう、Unityならね。
例示された人たちに暴力ふるいたい。
windowsとmacとフロントエンドとインフラと組み込みいう線引きからはみ出してはいけないと思うな。むしろ全部やれ全部だ!誰もお前がカバーしてない部分をサポートなんぞしねえからな!
ECサイト作りたい人 → ヤフオクでやれ(CMSを使うことの大切さ)
iosアプリ作りたいwindows開発者 → くだらないことにこだわってないでmacとiphone買え(ios開発は何もかもmacとxcodeが大前提)
フロントエンドプログラマがgo → goだけ使われても微妙。当然DBとの連携もあるんだよな?ん?(サーバサイドスクリプトはDB連携のためにあるようなもの)
サーバレスに興味あり組み込みエンジニア → どうでもいいからさっさと作れ。そこ悩むとこじゃねーから!(悩むなら一度サーバ立ち上げから自分でやってみてイメージをつかんだ方がいいかも)
NintendoとUnityとインフラエンジニア → やればいいと思うがハードルが高すぎて頓挫する可能性が高い。まずはUnityのエディタ上で動くくらいを目標にすべきだ。