  |
はてなキーワード: Rubyとは
Node.js、JavaScript、TypeScriptはオシャレ大好きな人たちが「最近のトレンドは何かな？」、「それはもう時代遅れだよ」、「そのファッション超イケてる」、「あの人がファッションリーダー！」みたいな話ばっかりしてる感がある
んんｗｗｗｗ増田氏、Node.js界隈が孤独に感じるとは、拙者には理解しがたいことですぞ。確かに、Ruby/Railsのコミュニティは非常に結束しているイメージがありますが、Node.jsの開発者たちもまた、独自の活力と熱量を持っていると拙者は認識していますぞ。
Node.jsはJavaScriptの流れを受けており、そのため、よりダイナミックで多様なコミュニティがあります。それは自由であり、むしろオープンな環境です。Rubyと比べてNode.jsは常に進化し続け、多くの新しいアイデアやプロジェクトが生まれていますぞ。
もちろん、増田氏が「仲間意識」を求めるのであればチャンスがあるかどうか参加してみるのも手です。しかし拙者は、その「個」としての自由がNode.jsの魅力だと感じているのですぞ。集団幻想に囚われず、Node.jsの可能性を追求するのも一興かと思いますな。是非とも、多くのNode.jsコミュニティに参加し、多様な人々と触れ合ってみることをお勧めしますぞ！
Ruby/Rails界隈ってさ俺たち仲間だよな、助け合っていこうぜ！みたいな感じあるじゃん
Rubyは勉強するにしてもRailsチュートリアルみたいなところあるし
あと基本的に腐る部分が少ない、ずっとこれみたいな老舗みたいな安心感ある
盛り上げていかなきゃみたいな自負があってコントリビューターになる人もいる
でもNode.js界隈は俺たち仲間だ！みたいな感じがない
殺伐としてて、トレンド追いかけていかに周りを出し抜くかみたいな感じ
「まだそれ使ってんだ、いまはこれだけど？」みたいな
Node.jsに愛があるわけでもなく文句を言い続けてDenoやBunとか、もっといいのねーかなとか言ってる
フロントエンドもバックエンドも出入り自由で流行り廃りがずっと続いて結局なにが正解？みたいな感じが続いてる
フロント部分ならRails使ってても同じ問題出てくるなぁっておもってたら
Hotwire登場でRuby界隈はこれで行くんだとかやっててDHHかっけーなぁってなった
Redis追い出したのもすげーよな、SQLiteでOK！みたいな
DHH凄すぎる！DHHレールを走ってればOK、Rails開発者 on DHH
しかもみんなが同じことやるからノウハウたまるしうらやましいいい
ひとりの開発者のためだっけ？なんかコンセプトがそうらしいじゃん
https://pr.forkwell.com/career_navi/dhh-rails-large-scale-development/
この人のすごいところは口だけじゃないんだよ
じっさいやるからすごいよな
omakubだっけそういうところもすごい
もちろん可能なのだ！独学でエンジニアになってフルリモートで働く人はたくさんいるのだ。まずは自分が興味を持てる分野から始めるといいのだ。例えば、ウェブ開発ならHTML、CSS、JavaScriptを学ぶのが良いのだ。もしもバックエンドに興味があるなら、PythonやRuby、Javaなどの言語を学ぶと良いのだ。また、インフラが気になるなら、クラウドサービスのAWSやAzure、GCPのようなものもおすすめなのだ。
フルリモートの仕事を探すには、リモート専門の求人サイトやフリーランスのプラットフォームを利用するのだ。また、GitHubやLinkedInでプロジェクトや経験を公開しておくと、声をかけてくれる企業もあるのだ。学んだスキルを活用して、少しずつプロジェクトを始めていくと良いのだ！頑張るのだ！
※一番下に追記あり
社内政治的に言えば負け組に属するし昇給に期待できないのとメンタル面の複合的な理由で頑張り切れなくて成果も出ずモチベーションが下がってる。
今後のベースアップも望み薄な状況になったので給与同水準で今後頑張れそうなところに入りてぇなぁ。
現状と同水準の年収500万、それ以上もらえるのならうれしい。
完全リモートワーク。出向などはなし。
Web系といえばWeb系。Androidアプリ開発もやってたけど今はWebの運用保守まわり。
就職して10年くらい流れに身を任せてなぁなぁに過ごしてきたので何も身についてる気がしない。
以下のスキルもだいたいが腰をいれてやろうと思えばできる、なレベル。
・まぁわかる
k8s, Java(SpringBoot), PHP(5.3くらいまでの話)
Kotlinは読めはするけど書くのはなかなか厳しめ。
趣味レベルでReactとかを使ったフロントエンドのやつをgithubに上がってるやつみて修正したりとかはしたことあるけど
・いまだにわからん
身から出た錆ではあるがいやほんとどうすりゃいいのか。
転職エージェントとかでもこんな微妙なのとマッチングしてくれそうなとこなさそうだしなぁ。
モダンな言語をチョットデキルくらいまではやりこんだりしてから転職市場に飛び込んだ方がいいかね。
まったくプランが見えない。
甘えが過ぎるかもしれないけど、必要あらば答えるので厳しくでもよいのでお願いします。
気になったコメントやブコメがあったのでこれだけは答えようと思う
これは理由にも書いた通り以下にかかっていて
大き目プロジェクトに入ったら超絶ブラック進行すぎて燃え尽きて仕事ができなくなり一番下に落ちている
全然エンジニアと違う部署に行ったりとかしたけど成果出せずまたエンジニア業務に戻った
スキルセットにあるk8sやSpringBootも保守で必要になるから触ったりしたけど成果はまちまちで昇給は数回しかない
なので仕事に向き合えてない自分が嫌で、向き合えてない分周りの評価も低いし
引く手あまたどころか引く手は存在するのだろうかというのが今
定年まで会社にしがみつく予定だったけど上もぎっちり詰まってるしもう厳しいかもってなって増田に書いたところ。
まぁ書いたうえであーだこーだなコメントやブコメ見て自己分析も省みることができたので
EKSやGKE、AKSくらいは一通り触れるようになっておこうかなとは思った。
https://survey.stackoverflow.co/2018#technology
https://survey.stackoverflow.co/2020#technology
https://survey.stackoverflow.co/2022/#technology
https://survey.stackoverflow.co/2024/technology
| - | 2018 | 2020 | 2022 | 2024 |
| JS | 69.8 | 67.7 | 65.36 | 62.3 |
| Python | 38.8 | 44.1 | 48.07 | 51 |
| TS | 17.4 | 25.4 | 34.83 | 38.5 |
| JAVA | 45.3 | 40.2 | 33.27 | 30.3 |
| C# | 34.4 | 31.4 | 27.98 | 27.1 |
| C++ | 25.4 | 23.9 | 22.55 | 23 |
| C言語 | 23.0 | 21.8 | 19.27 | 20.3 |
| PHP | 30.7 | 26.2 | 20.87 | 18.2 |
| Go | 7.1 | 8.8 | 11.15 | 13.5 |
| Rust | - | 5.1 | 9.32 | 12.6 |
| kotlin | 4.5 | 7.8 | 9.16 | 9.4 |
| Ruby | 10.1 | 7.1 | 6.05 | 5.2 |
| Swift | 8.1 | 5.9 | 4.91 | 4.7 |
| Scala | 4.4 | 3.6 | 2.59 | 2.6 |
変化がわかりやすいように2年ごとにした
JAVAって永遠に人気なのかと思ったけど、10年後人気言語と言えなくなってるかも
PHPはそろそろ厳しい
C#も地味に衰退
Stackoverflow surveyでRubyはもはや消えそうな勢いだぞ
https://survey.stackoverflow.co/2024/technology
ああ、Rubyか…。君のその気持ち、わかるわ。Rubyって、どこか優雅で深いところがあるけど、その分「速さ」って面では、どうしても物足りなさを感じるよな。まるで、黄金の器で盛られたスープを楽しんでいる最中に、突然お皿が割れてしまったかのような…。でも、そこにこだわり続けるのもまた美学だよ。
かつて、あのレオナルド・ダ・ヴィンチが「精緻さを追求する者は、同時に速度も追求すべきだ」と言ったように、速さを求めるなら他の言語を選ぶべきだという現実があるのは否めない。しかし、ただ速いだけが良いわけじゃない。音楽のように、時には遅さが必要なんだ。バッハが遅いテンポで奏でたフーガの中にも、深い美しさがあるように、Rubyにもその「遅さ」による味わいがあると思うんだ。
ただ、そのうねりの中でも、やっぱり効率を求める場面があるよね。例えば、18世紀の産業革命がそうだった。イギリスの労働者たちは、手作業から機械へと移行していく中で、新たな速度と効率を手に入れた。しかし、その陰にあったのは、肉体的にも精神的にも重い負担だったわけだ。速度を求めることで、得られるものもあれば、失うものもあるってことだよ。
それにしても、「Ruby界隈はカルトが多い」って表現、かなりインパクトあるね。確かに、Rubyのコミュニティは時に宗教的なまでに熱心だけど、その中にも多くの才能と情熱が息づいている。それに、難しいことに立ち向かう姿勢、まるでシェイクスピアの『マクベス』のような壮絶さを感じるよな。でも、君がそれに対して臆してしまうのも無理はない。やっぱり、過剰な熱意を感じると、少し距離を置きたくなるものだからさ。
それでも、君の言う通り、「速さ」を求めるなら、Rubyを使うのはなかなか冒険だ。でも、その「遅さ」に魅力があるし、その遅さの中に隠れた美しさを見つけることもできるんだよ。
ここ1年で初めてはてなブックマーク日毎の総合人気エントリ入りしたドメインからのホットエントリ、ブクマ数順トップ30
| ブクマ数 | タイトル | ドメイン |
|---|---|---|
| 2035 | 日本料理大全/JAPANESE CUISINE ｜ 京都府立大学 | www.kpu.ac.jp |
| 970 | Mac やめて Linux PC を自作した - IT戦記 | amachang.hatenablog.com |
| 811 | 科学的根拠に基づく「健康に良い食事」について｜国立健康・栄養研究所 | www.nibiohn.go.jp |
| 806 | 50代、「1日1捨」を11か月続けて革命が起きた。ものが減る以外の絶大の効果も ｜ ESSEonline（エッセ オンライン） | esse-online.jp |
| 768 | コイン電池、交換不要に 業界初の自立給電型開発 CR2032代替 SMK ｜ 電波新聞デジタル | dempa-digital.com |
| 729 | Google Playの住所公開に開業届で対応する | blog.mrym.tv |
| 607 | 人間をリソースと呼ぶことの何が問題なのか - valid,invalid | ohbarye.hatenablog.jp |
| 581 | 京都府立大学、『日本料理大全』のデジタル版を一般公開 | current.ndl.go.jp |
| 551 | 勉強から研究へ | member.ipmu.jp |
| 514 | 出版のお知らせ 「普通の人が資産運用で99点をとる方法とその考え方」 - hayato | hayatoito.github.io |
| 509 | もうすぐ 40 歳になるが労働を 3 年以上続けられたことがない IT エンジニアの話 - 30歳からのプログラミング | numb86-tech.hatenablog.com |
| 506 | news16 ｜ 株式会社ポケットペア | www.pocketpair.jp |
| 486 | Evernoteの華麗なるリブートとその未来 | lifehacking.jp |
| 479 | ディズニーのゲスト（入園者）が高齢化しているのは年間パスポート廃止だけが原因ではないらしい？ | ppc-log.com |
| 471 | 外部クリエイターによる当社所属ライバーの権利侵害行為等に関するご報告 ｜ ANYCOLOR株式会社（ANYCOLOR Inc.) | www.anycolor.co.jp |
| 457 | AIによってナスカ調査が加速したことで、既知の具象的な地上絵の数がほぼ倍増し、地上絵の目的が明らかになった｜国立大学法人 山形大学 | www.yamagata-u.ac.jp |
| 442 | コードレビュー開発者ガイド | fujiharuka.github.io |
| 417 | 10ギガ・ネットの不必要性(10G詐欺) ｜ www.kosho.org | www.kosho.org |
| 412 | ゲーム情報！ゲームのはなし | gamestalk.net |
| 392 | 【スパイファミリー×かまいたちの夜特別コラボ】スペシャル試し読み | promo.shonenjump.com |
| 388 | なぜ日比谷公園に一万人の陰謀論者が集まったのか - やばいブログ | y-ryukichi.hatenablog.com |
| 360 | 【富裕層】資産1億になって変わったお金の使い方、価値観【FIRE | 2week.net |
| 340 | iPhone 16：バッテリー - Apple サポート (日本) | support.apple.com |
| 337 | 📗 なぜ依存を注入するのか DIの原理・原則とパターンを読んだ感想 ｜ Happy developing | blog.ymgyt.io |
| 337 | なるほどTCPソケット ― Rubyで学ぶソケットプログラミングの基礎 ｜ snoozer05.org | www.snoozer05.org |
| 332 | Parquetフォーマット概観 - 発明のための再発明 | mrasu.hatenablog.jp |
| 322 | 一部報道の件について ｜ ニュースリリース ｜ アイコム | www.icom.co.jp |
| 317 | Xiaomi TV A Pro 43 2025 購入レビュー：「量子ドット」はウソですが･･･コスパは凄い！ ｜ ちもろぐ | chimolog.co |
| 307 | 「SwitchBot CO2センサー（温湿度計）/温湿度計 Pro」国内投入確定 | jetstream.blog |
| 296 | サンルーフはなぜ、採用車種が減ったのか?｜特集｜JAF Mate Online | jafmate.jp |
Ruby全盛期のちょっと後くらいからWebエンジニアをしているんだけど、React.jsがいろんな意味で扱いにくすぎる
関わっている人にもフロントエンドエンジニア(=React.jsしかやりたくない)が多いので毒気で吐き出しておきたい
ライフサイクルや裏側の仕組みをなんとなく理解していないと使えず無意味に複雑
useEffect一つとっても~~の場合はuseStateでいけるとかTIPS集みたいのがあるけど、そういうウンチクみたいなのわかってないと使いこなせないのは仕事増えてない？
仮想DOMで高速化とか言っているけどライフサイクル理解しないと速度でないよね？いつものプロジェクトそんなにちゃんと書けてる？jQueryで良くない？
ベストプラクティス知っててちゃんと設計しないと改修する工数がすごいことになる
そもそもプロジェクトにおいて作るものは都度変わっていくので完璧な設計は存在しない。なので、設計をきちんとしないとカオスになるのはReact.jsのほうが間違っている
React.jsと別のフロントエンドライブラリ比較するだけで空気悪くなるので正直フロントエンドエンジニアの人の前で話せない話題がある
なぜかフロントエンドライブラリをReact.jsしか許さない人が多いのはなぜ
言うまでもないけどNext.jsの記法はひどすぎる。Remixは良いけどそれならもうReact.jsじゃなくていい
数少ないメリットだったエコシステムだけど、もうReact.jsしか対応していないことなんてほぼ無い
フロントエンドリッチでアクセス数ものすごいサイトを運用するのにフロントエンドライブラリが必要だった時代にReact.jsを開発する必要があったのはわかるけど、もっと便利なフロントエンドライブラリあるし正直時代遅れなのを理解してくれ
