  |
はてなキーワード: スタックとは
Webエンジニアになることは35歳未経験からでも可能ですが、いくつか考慮すべき点があります。
技術は日々進化しており、新しいことを学び続ける姿勢が重要です。
HTMLを触った経験があるのは良いスタートですが、現代のWebエンジニアに必要なのはさまざまな技術スタック（例: HTML, CSS, JavaScript, Python, Ruby, PHPなど）の理解と実践経験です。
無料のオンラインリソースやコースを利用してプログラミングスキルを習得しましょう。
自分のスキルを証明するために、個人プロジェクトを立ち上げてポートフォリオを構築しましょう。
オンラインプログラミングコミュニティや技術系のイベントに参加し、他のエンジニアとネットワーキングを行いましょう。
初めてのWebエンジニア職を見つけるのが難しい場合、インターンシップやジョブトレーニングプログラムに参加することを検討してみてください。
需要の高い技術スタックを学ぶことが、就職のチャンスを高めることにつながります。
他の人が30代からWebエンジニアになったという事例はありますが、成功には時間と努力がかかることを覚えておいてください。
一歩一歩進んでいく姿勢が大切です。
新卒で固定残業40hの会社入ったけど、固定残業の時間分は何してても給料が出るわけで......。
少しずつ人が減って明かりが消えていくオフィスでお菓子食べながらソシャゲしてても給料が出る。やるべき仕事は気が向いたら手をつけて定時+40h内で終わらせればOK。
食うに困らないお給料を頂きながらも非常に気楽に働けている。
残業代がきっちり出る会社に転職した同期もいたけど、業務量はうちより多いのに残業は前申請必須で、何の業務にどの程度時間が必要なのか報告しなきゃいけないし、仕事の持ち帰りもセキュリティ上できないからどんどん仕事がスタックする悪循環にハマってるらしい...。
ということで能力は低いが時間だけはあるというタイプの皆様は、多少条件が悪く見えてもあらかじめ残業代が保証されてるところで時間を掛けてお仕事するのもありだと思います。
新しいブックマークサービスを作成するには、以下のステップを考慮することが重要です。
技術的なスキル、リソース、ユーザーのニーズに基づいて、最適な方法を選択してください。
まず最初に、どのような独自性や付加価値を提供するかについて考えましょう。
はてなブックマークと同様の機能を提供するだけでなく、ユーザーにとって便利で魅力的な要素を見つけましょう。
例えば、新しい機能の追加、デザインの工夫、ユーザーインターフェースの改善などが考えられます。
特定のユーザー層に焦点を当てることで、より効果的な機能やデザインを考案できます。
基本的なブックマーク機能に加えて、タグ付け、カテゴリ分け、ソーシャルシェア、検索機能、ユーザープロフィールなどを考えることができます。
サービスを実際に開発するためのプラットフォームや技術スタックを選択しましょう。
ウェブアプリケーションとして開発する場合、フロントエンド（ユーザーインターフェース）とバックエンド（データ処理）の両方を構築する必要があります。
ユーザーが保存したブックマークデータを管理するデータベースと、ユーザーの要求に応じてデータを提供するサーバーを設計・実装します。
ユーザーアカウントの作成、ログイン、パスワードのセキュリティなどの要素を実装します。
開発中および完成後に、バグを見つけて修正し、機能が正常に動作することを確認します。
完成したアプリケーションをインターネット上に公開するために、適切なホスティングサービスを選択します。
ユーザーのフィードバックを収集し、サービスを改善していくプロセスを継続的に行います。
サービスの宣伝、広告、ソーシャルメディアでの露出などを通じて、ユーザーベースを成長させていきます。
ユーザーデータの取り扱いに関する法的要件とプライバシー保護について考慮しましょう。
開発にはプログラミング、デザイン、データベース管理などのスキルが必要です。
必要に応じてプロフェッショナルなアドバイスやチームの協力を得ることも検討してください。
違法な投稿（名誉棄損とか）でトラブルが発生するから、これの対処で仕事が発生する。
要するに面倒くさいということだね。
無料だと基地外も参入してくるから、有料にしてなるべく会員の質を担保するのも一手ですね。
完全に独立した技術スタックになりつつある、しかし出来る人間が非常に少なく胡散臭い優秀なフリをしたエンジニアが数多くいるように見える。
さらにとっつきやすさから新人も参入しやすくカオスな雰囲気を感じる、自分の周囲を見た感じでも技術スキルは低めの傾向が見える。
トンカチを持ってそれを振りかざすことを目的にしちゃってるような人間が多いように見えるし、そうでない人間はそもそも技術へのキャッチアップが低い傾向にある。
昔からそんなに変化がない、AWSやGCPの運用や設計もやることがある。
WEBアプリケーションのフレームワークが無いと仕事できない、とにかくDBが大事でプログラミング能力はフレームワークの使い方に寄っている。
DBが大事なのでプログラミングスクールだろうが独学だろうが、勘所を掴むのは困難で実務ありきで成長する必要がある。
大量のトラフィックを扱う人は分散のための設計なども心得ているものの、大抵は場当たり的な対処しかしていない。
IaaS登場以前は空気が乾燥した寒い部屋で黒い画面相手に定形作業をしていることが多かった。
昨今SREと呼ばれるようになり地位が向上しつつあるが、業務内容も広がってきておりIaaSの設計能力が大きく問われるようになってきた。
WEBフロントエンドほどではないが、仮想OS、IaaS、コンテナなどそこそこのテンポで技術が進歩している。
この他にも過去の名残だったりIaaSを触る都合、社内SE的な仕事もしたりする、相変わらず深夜対応もある、辛い…
年１回、必ず新機能が出てくるので定期的に技術をキャッチアップ出来る必要がある。
国内に限定すると技術スキルは高めの人が多い傾向が見えるが人間としては癖の強い人が多い傾向も見える。
（ちなみに少ない観測範囲だが海外勢は微妙な技術レベルの人間が多かった。）
給与レンジはピンのほうはそんなに高くないがキリのほうはそこまで低くない。
ここ20年ぐらいで台頭してきたITエンジニアとは別種の雰囲気を持つ印象、詳しいことは分からない。
技術力はあまり重視されない、コミュニケーション能力や簿記などの会計知識が重要視される。
給料は低め。
---
WEBフロント、バックエンド、SRE、アプリあたりは幾つか交差する領域がある。
交差するキャリアを取っている人はどれも凄い人かどれも微妙な人に二分される傾向が見える。
取引相手、私宛てに確かにビットコインを送ってくれたようなんだが、丸２日経っているのに承認されていない。聞いた限りでは特に手数料を弄った記憶は無いそうなんだが、症状としては低すぎる手数料による承認後回しでのスタックに見える。
そこでCPFP(Child Pays For Parent)をやってみたいのだがやったことがないので具体的な方法が分からない。スタックした取引でのTxOutを新たにTxIn側にしてどこでもいいから送金するとよいらしい。
これは、（現時点ではまだ空っぽの）今回送ってもらった私のアドレスにまず少額だけ送金し、次にそのアドレスに対応する秘密鍵を使って、どこか適当なところに（私が別個の送金先を作ってそこに）高めの手数料を提示して先程の入金分を送る、というので合っている？それとも、全然別なことをやらないとならない？
頭にきたので一筆書きで毒を吐く。当方法人成りフリーランスエンジニア、というのは不正確で普通に事業やってるしストック売上あるし中堅のSIerや広告代理店くらいの仕事なら自力でいくらでも取れる。そこに本腰入れないのはプログラムが好きだから。支援先の営業が仕事取って来て自分はひたすらプログラム書くスタイルなら余計なこと考えず生産性Maxだし支援先ともWin-Win。最近はこのスタイル。ところで最近は開発の難度も上がってきたためかクライアントも見積時点でEMと面談したがるみたいね。呼ばれたので参上。別に構わない。10名以上を相手に何やら面談めいたものが始まりひたすら値踏みされる、まあ仕事取るにはそういうのも必要だよね、協力するよ。何やら質問されたので一つ一つ回答、そうだよね不安は解消したいよね答えますとも喜んで。質問のレベルは少し低いかな、委託者が技術に明るくないのはそういうもので別に気にならない。納期をとにかく気される、のでプロジェクト上の困難箇所をこの場で解決しちまおうかと思い幾つか技術スタックに関する質問をした瞬間、「あー『そういうの』は別の席で…」と一方的に質問打ち切り、解散。
え…？
間に合わせたいの君らだよね？間に合わせるために必要な情報収集なんだけど、それを一方的に遮断とか、何したいの？
いや解るよ。お客様のご機嫌損ねるわけにもいかないので小難しい質問は見えにくい所でやった方が良いんだよね。営業の席では耳障りの良い言葉が並んだ方が円滑に進むよね。以前は仕事も全部自分で取ってたからそこの機微は解る。のだが、ならどうして俺を呼んだ？それこそ『そういうの』は営業同士で勝手にやってくれませんかね。納期を心配してると聞いたのでこちとら丸2日かけて法令やら規格やらを徹底的に頭に入れて臨んだよ？品評会でアレコレと品定めしたいだけならChatGPTでも相手にやってくれませんかね。彼、優秀ですよ。それっぽいことを耳障りよく答えてくれる。解らないことは上手くごまかす。俺なんかよりはよほど仕事取れるんじゃないかな。納期間に合うかは知らんけど。
みんなさ、もう少し目的意識持って行動しない？
年明けたけど振り返っておく。
上半期は成長に停滞感があった。5 月で現職について満 3 年が経ち、コンフォートゾーンに入りすぎていた。
いつもと同じメンバーでいつも通り Rails や React を書く仕事に不満はなかったが、成長のためにもっとチャレンジングなことをしたかった。
夏頃、ちょうどチーム異動の打診がやってきたのはラッキーだった。
9 月からは新しいチームに配属されて、チームメンバーや仕事の進め方、技術スタックまで全てが変わり、新鮮な気持ちで働けた。
go が書けるようになったことや、MVC + ORM 以外のバックエンドアーキテクチャを学ぶことができたのは大きな成長につながったと思う。
APEX のランク戦でダイヤ帯に行った。春が終わる頃まではほぼ毎日欠かさずにやっていたと思う。
ダイヤ帯に行ってからは目標がなくなったので引退気味になっていたが。友達とおしゃべりしながら遊ぶ分にはまだまだ楽しい。
ポーカーはあまり上手くなれていない。戦法が凝り固まってしまっている。ターンでブラフレイズを打ったりポラライズベットができるようになればもっと強くなれると思う。座学がまだ足りていない。
人との出会いを増やすために一人で飲みにいくようになった。知らない人と話すのはいい。バーの店員と仲良くなったりした。
やっとマッチングアプリを辞めた。もう一生やらない。
https://celstore.shop-pro.jp/?pid=171912527
ダウンは似合わないけど、これはダウンとマウンテンパーカーの中間みたいな感じでよい。1LDK に売っていた。
映えスポットに行ったら服にカメムシが大量について萎えたが、俺の足はカメムシより臭かった。
RubyKaigi で行った。松坂牛を会社の金で食いまくった。
中目に住んで 2 年になり、旨い店がわかってきた。
めちゃくちゃ安いのに旨い。
2022 年短かすぎだろ。
成果物が近い将来の業務に具体的に役立つ（ひいては報酬につながる）可能性があると、モチベーションの維持につながる。
雪道の立往生はこんなメカニズムで起きる。
故障車両の発生→故障車両の後ろが渋滞→故障車両撤去→故障車両撤去中に新たに積もった雪のせいで、再発車出来ない車が何台も出てくる⇒立往生発生
この「故障車両撤去中に新たに積もった雪のせいで、再発車出来ない車」にEV車はなりやすい。
すると周りに雪がどんどん積もって来る。エアコン付けていればまだマシだが、EV車ユーザーのスタンダードはエアコンではなく電気をあまり使わないシートヒーターなので、車自体は温まらない。そして前の車がいなくなって発車…しようとしても雪にタイヤが埋まって終了。
今回の雪で長岡駅前で動けなくなったリーフが何度かTV報道されてたが、あれは渋滞中に雪で動けなくなって乗り捨てた事案。メカニズムは近しい。
一方、ガソリン車は降ってきた雪が熱で溶けるので車の周りにあまり積もらない。それでもスタックはゼロではないが。
EV車が一台居るとガソリン車1台より復旧作業が15分増えてしまう。復旧時点で運良くバッテリーが多く（60%以上）残った車以外は基本的にレッカー移動になるからだ。
近年立往生事案の復旧時間が伸びているのはEV車がちょっとずつ増えてきたことによるものである。
大雪時も車が四駆でスタッドレスタイヤなら何とかなっちゃうんだよね。その条件でスタックするって10年に1回ぐらいかなぁ。（俺は免許取りたての時に除雪の入ってない会社敷地内で一回ハマった）
俺の周辺でもこのあたりが共通認識なので、四駆でスタッドレスならスタックしても、 「まあしょうがないよね」 みたいな感じ。
二駆でスタックするとさすがに 「お前二駆はねーだろｗｗｗ」 みたいになるが。
ちなみにチェーンの巻き方なんて知らん人の方が多い。
立ち往生になる事も分かり切ってるよね！？
なのになんでそこに車で出かけていくかな？
道についても 「とりあえず幹線道路を走っておけば深夜でもない限り除雪入ってるし大丈夫かな」 みたいな認識。
通勤路もとりあえず幹線道路を選ぶみたいな感じで、雪が降ると幹線道路が混みあう。
なので、幹線道路を四駆でスタッドレスで走っていたら、スタックしてもまぁ責められることはない。会社や家庭で一日ネタにされて終わり。
シルバー帯
レア枠土地3枚というクズ運から赤の除去が吸い付き白赤マルチ(Fallaji Vanguard)が3枚流れるという変な卓に。
キャントリップ二段攻撃が毎回ドローできてマルチと合わせてパワー3ダブストは強かった。
どれぐらいつよかったかというとダブマリを捲くれたくらい強かった。
鍋張られても誘発は残るので勝ったりもした。フラッシュ生物で討ち取ったりもした。雑強。
赤のアーティファクト破壊強いと思って入れていたが、よく考えたら白のディッチャの方が強いと気付いて三戦目あたりで一枚入れ替えた。1マナ以下に打ってドローなんてつかわんつかわん。
一敗は盤面は有利に見えたが終盤出てきた緑のアーティファクトブロック不可クリーチャーがパンプしつつすり抜けて負けた。肉をひければ場のアーティファクトクリーチャーで勝てたが連続土地引きし残念。
最終戦は相手が白の破壊不能+呪禁を使い渋るなぁと思ったら構えつつ白金の天使を出してきた。
返しのターンでバンザイアタックしたら相手が天使で一体ブロックしてちょうど相手のライフが0に。
ダメージが入ったので赤の3点ソーサリーで除去、スタック破壊耐性、スタックディッチャと空中戦を制して勝利。相手がナメずにブロックしなかったら負けてたラッキー勝ちで7勝。
Deck
1 Raze to the Ground (BRO) 149
3 Tocasia's Onulet (BRO) 39
1 Mishra's Juggernaut (BRO) 161
3 Fallaji Vanguard (BRO) 210
1 Mishra's Bauble (BRR) 34
1 Excavation Explosion (BRO) 132
1 Combat Thresher (BRO) 35
1 Aeronaut Cavalry (BRO) 1
1 Yotian Frontliner (BRO) 42
1 Whirling Strike (BRO) 157
1 Airlift Chaplain (BRO) 2
1 Mass Production (BRO) 15
1 Phalanx Vanguard (BRO) 19
1 Ambush Paratrooper (BRO) 3
8 Plains (BRO) 269
8 Mountain (BRO) 275
1 Disenchant (BRO) 6
Sideboard
1 Argoth, Sanctum of Nature (BRO) 256
1 Levitating Statue (BRO) 236
1 Obstinate Baloth (BRO) 187
1 Raze to the Ground (BRO) 149
1 Swiftgear Drake (BRO) 251
1 Union of the Third Path (BRO) 31
1 Fortified Beachhead (BRO) 262
1 Penregon Strongbull (BRO) 147
1 Phyrexian Revoker (BRR) 40
1 Ambush Paratrooper (BRO) 3
1 Evangel of Synthesis (BRO) 209
CSってそんな大仰なものじゃなくて、ちょっと時間を作れば誰にでも理解できる知識体系だよ。
計算量とかアルゴリズムとかの話だけじゃなくて、スレッドとプロセスとか、ヒープとスタックとか、そういう類の話だよ。
（通信路符号化とか圧縮符号化とかの情報理論はCSに含まないよ）
なので増田はすでにCSの素養はある程度身に着けていると思う。
高等数学のような、100人に1人しか理解できないような、難解な理論体系ではないのよ。
ただ、用語の響きが難しいように聞こえるだけ。
難しく聞こえるので「俺には絶対に理解できない」って思ってしまうけど、コンパイルのときにコードを置き換えているだけでしかない。
他にも、オブジェクト指向界隈の「継承より移譲」とかも、中身は拍子抜けするほどの簡単なアイデアである。
CSもそれと同じ。
