「Rails」を含む日記

はてなキーワード: Railsとは

2025-05-29

■ITの求人数、ここ数か月程度でも勢いがわかるな

https://xn--pckua2a7gp15o89zb.com/

技術	1月3日	5月29日	変化率
Rails	22,891	31,011	36%↑
Node.js	12,829	17,012	33%↑
Django	13,348	20,471	53%↑
Flask	1,589	1,827	15%↑
FastAPI	1,210	1,541	27%↑
Laravel	26,879	35,526	32%↑
Next.js	7,382	16,731	127%↑
Spring	16,380	22,490	37%↑
React	49,465	69,429	40%↑
Vue	34,322	49,795	45%↑

Next.js凄すぎだろ

Permalink | 記事への反応(1) | 17:44

2025-05-05

■Node.js界隈「あれするなら今はこれが流行ってるよ。これもまぁおすすめかな。」　Laravel Rails「俺に全部任せろ！あれもこれも今回のVerで外部のアプリに頼らなくてもできるようになったぞ！」　

文化が違いすぎる

型があるとかないとかより

こっちのほうが全然違いとして大きい

Node.js界隈はずっと今は何がおすすめか、技術選定についてのブログ記事ずっと書いてるよね

あれするならこれがいい、これはこの点で微妙みたいな

Permalink | 記事への反応(1) | 04:19

2025-05-03

■2020年と2024年のIT技術の人気ランキングを比較

https://survey.stackoverflow.co/2024/technology

https://survey.stackoverflow.co/2020#technology

言語

-	20 20	-	-	-	20 24
JS	67.7	-	-	-	62.3
Python	44.1	-	-	-	51
TS	25.4	-	-	-	38.5
Java	40.2	-	-	-	30.3
C#	31.4	-	-	-	27.1
C++	23.9	-	-	-	23
C言語	21.8	-	-	-	20.3
PHP	26.2	-	-	-	18.2
Go	8.8	-	-	-	13.5
Rust	5.1	-	-	-	12.6
kotlin	7.8	-	-	-	9.4
Lua	-	-	-	-	6.2
Dart	4.0	-	-	-	6
Ruby	7.1	-	-	-	5.2
Swift	5.9	-	-	-	4.7
Scala	3.6	-	-	-	2.6

※HTML/CSS,SQL,Bash/Shell,とかそういうのは省いた

順調に伸びるPython人気、そしてTypescriptの伸びがすごいな

Javaって永遠に人気なのかと思ってたけどじわじわと人気が落ちている

PHPも長期的にみると厳しそう。

GoとRustが着実に人気を獲得。

Luaが地味に人気出てる。

データベース

-	20 20	-	-	-	20 24
PostgraSQL	36.1	-	-	-	48.7
MySQL	55.6	-	-	-	40.3
SQLite	31.2	-	-	-	33.1
SQLServer	33.0	-	-	-	25.3
MongoDB	26.4	-	-	-	24.8
Redis	18.3	-	-	-	20
MariaDB	16.8	-	-	-	17.2
Elasticsearch	13.8	-	-	-	12.5
Oracle	16.5	-	-	-	10.1

PostgraSQLの勢いが止まらない

MySQL+MariaDBではまだMySQL系が多いが・・・

フレームワーク

-	20 20	-	-	-	20 24
Node.js	51.4	-	-	-	40.8
React	35.9	-	-	-	39.5
jQuery	43.3	-	-	-	21.4
Next.js	-	-	-	-	17.9
Express	21.2	-	-	-	17.8
Angular	25.1	-	-	-	17.1
ASP.NET CORE	19.1	-	-	-	16.9
Vue.js	17.3	-	-	-	15.4
ASP.NET	21.9	-	-	-	12.9
Flask	14.2	-	-	-	12.9
Spring	16.4	-	-	-	12.7
Django	14.2	-	-	-	12
FastAPI	-	-	-	-	9.9
Laravel	11.1	-	-	-	7.9
Svelte	-	-	-	-	6.5
Rails	7.0	-	-	-	4.7

※フロントとバックエンドがごちゃごちゃなのなんでだろう。Node.jsってフレームワークじゃないだろ・・・

Next.jsの勢いがすごい。やはりWEBはTSでNext.jsの時代なのか

Pythonの人気は盤石だけど、DjangoとかFlaskは人気が落ちてる。FastAPIに食われたか？

LaravelとRailsはこのまま消えていく予感

Permalink | 記事への反応(0) | 15:36

2025-04-30

■

rails 勉強してみよー！と思ってVScodeで環境構築してるけどめちゃくちゃエラー吐くな、これ・・・

教材で使ってるバージョンに罠も多くて全然終わらん

Permalink | 記事への反応(1) | 09:59

2025-04-23

■なんでLaravelってまともなチュートリアルないんだろうな

というかまともなスクールすらない

求人数的にユーザー数はRailsの倍はあるだろうに

Railsには有名すぎるがRails チュートリアルがあるし、フィヨルドがある

LaravelというかPHP界隈の薄情さってなんなんだろうな

Permalink | 記事への反応(0) | 14:52

■Ruby界隈における特有の「微妙な気持ち悪さ」

あなたが感じている「微妙な気持ち悪さ」、たぶん共感する人はけっこういます。

Ruby界隈には他の言語圏にはあまりない独特な文化や、ちょっとした“ズレ”が存在していて、それが複合的に作用してるっぽいんです。

具体的な事例を交えつつ、ちょっと詳しく見てみましょう。

💅 1. 「美学」への執着と排他性

Rubyでは「美しいコード」「優雅な文法」が非常に重視されます。「書いてて気持ちいい」ことを最上の価値として掲げてる言語で、Matz 自身も「プログラマの幸福のための言語」と明言してます。

が、それが行きすぎて──

「そのコード、Rubyっぽくないね（笑）」

みたいな文化が生まれがち。いわば“美学警察”みたいな空気です。結果として、他言語出身者が入ってきたときに「書き方がキモい」とか「ダサい」といった、**ちょっとしたマウントが生まれやすい**。

これは他の言語ではあまり見られない、“審美観の押し付け”です。しかもそれが悪意なく、ニコニコしながらやってくるからこそ、逆に怖い（笑）。

⛪ 2. Matz 信仰と“村社会”っぽさ

Matzさんは本当に素晴らしい人物なんですが、Ruby界隈では**「Matzが言った」＝正義**みたいな雰囲気が根強いです。

例えるなら、以下のような流れ：

Matzが「Xが良い」と言う
→ Ruby コミュニティ「X最高！Yはダメだよね〜」
→ Matz「まぁ、どっちもアリなんだけどね」
→ Ruby コミュニティ「……（でもYは使わない）」

つまり、**Matz本人よりも取り巻きの熱狂ぶりがすごい**。これは宗教的とまで言われることもあります。

🚪 3. 「外様」に対する無意識の排除力

他言語（特に PythonやGo）出身者が入ってきたとき、Rubyの書き方・哲学に染まっていない人に対して、無意識の壁があることがあります。

たとえばRailsの世界だと「controllerとviewの責務」とか「fat model/small controller」みたいな**“暗黙の常識”**が多くて、それに沿わないとすぐに「アンチパターン」扱いされます。

結果として、**知識より「ノリの同調」が重視される風潮**があり、外から見ると「村社会っぽい」「馴れ合い感がある」と感じる原因になります。

🎭 4. カジュアルなノリと“おじさん構文”感の同居

Ruby界隈って妙にカジュアルなんです。会議もゆるいし、発表も「みなさんこんにちは〜！」みたいなゆるふわ系が多くて、技術者らしいカチッとした空気よりも**「和気あいあい」な空気が主流**。

その一方で、現役で活躍しているRubyistの年齢層は結構高め（30〜40代中心）で、Slackの文体やGitHubのREADMEなんかが**ちょっとおじさん構文に見える**こともあり、そのギャップが「微妙に気持ち悪い」と映ることがあります。

🦖 5. Rails 帝国の終焉と過渡期のモヤモヤ感

かつて世界を席巻したRailsも、いまはNext.jsやFastAPIなどに押され気味。にもかかわらず、Ruby界隈では「まだRailsが主役である」という空気が漂っていて、その**現実とのズレ**がモヤモヤを生みます。

「現場でRailsやってるけど、正直つらい。でも言えない」

みたいな開発者の**“表に出ない本音”**もあったりして、コミュニティ全体に妙な閉塞感がある。

🎤 おまけ：カンファレンス 文化とマイク芸

RubyKaigiとか見てると分かりますが、登壇スタイルも独特で──

発表資料が妙にフラットデザイン
喋り方がプレゼンというより**「演技」寄り**
ユーモアと謎ギャグが入りがち

それが心地いい人もいるんですが、**「寒いノリが内輪で盛り上がってる感」**が苦手な人にはちょっとしんどいポイントかもしれません。

こんな感じで、Ruby界隈って**“優しさと強い価値観”が同居してる場所**なんです。それが人によっては心地よくもあり、気持ち悪くもある。

Permalink | 記事への反応(1) | 13:15

2025-04-10

■３３歳中卒無職だけどSESに内定もらった；；；；；；

お前らにけちょんけちょんに言われてて不安だったけど基本情報独学で取ってて凄いって褒められた🥲

N予備校のWEB プログラミングコースか、rails チュートリアルどっちか終わらせようと思うんだけど、どっちがいいかな？

入社前にこれやっとけってのある？

Permalink | 記事への反応(0) | 18:10

2025-04-09

■anond:20250409235535

railsすら知らん馬鹿はお前だけだよ。

もういい、お前のような馬鹿はもううんざりなんだわ。とりあえずコード書けよ。な？今のお前はhello worldすら書けない脳無しなのは間違いない話なんだが。

Permalink | 記事への反応(1) | 23:59

■anond:20250409215736

いうてRailsやろ多分

Permalink | 記事への反応(0) | 22:05

2025-03-25

■anond:20250325130931

私は島崎健一です。

昭和15年、1940年 2月17日生まれ

辰年77歳

仕事で使う言語はpython から rubyになりました。

フレームワークはRailsがあるのですが

外苑通りを渡った所にある

Djangoへよく行きます

Djangoの方が安いので

無職です。

Permalink | 記事への反応(0) | 13:18

2025-03-18

■anond:20250318121310

今はGoとかTypeScriptとか流行ってるけど、Railsが爆発的に流行った頃はまだなくて、静的型付け言語でWebに向いてるって言えば、JavaかC#だった記憶

どっちにしろ Rails以上の負債になってそうだが

Permalink | 記事への反応(0) | 12:25

■はてなニュースのトップ 記事3つが全部タイアップ 広告になってる

上から順番に

フレームワークはRails、インフラはAWS ECS、チケットには納期を定めず、コミュニケーションは非同期…… 不動産 SaaSのマルチプロダクト展開のため全てに筋を通すスタートアップ「Facilo」の流儀　←タイアップ広告

エンジニアにとって唯一無二の挑戦環境がある──プラットフォーマーとして新たな成長フェーズに進むRAKSUL グループの技術組織　←タイアップ広告

休みは多く、成果も多く。リクルートのエンジニアに学ぶ「働き方とパフォーマンスを結びつけるエッセンス」　←タイアップ広告

その他の新着記事も上から順番に

ミドルエンジニアの「基礎体力」を養いたい。リクルートグループのニジボックスが研修プログラムに込めた熱き思い　←タイアップ広告

ここが面白いよ、リクルートのデータ組織。ユーザーの“背中を押す”ようなレコメンドの設計手法に、ばんくしさんが迫る！　←タイアップ広告

【必読】エンジニアの「具体と抽象」を往復する学びのヒント！定番フロントエンド技術から資格・数学・英語・ビジネスまで、新たな学びはUdemyの講座から！　←タイアップ広告

2024年「はてなブックマーク年間ランキング」トップ100　←独自記事

そして右のカラムはタイアップ広告一覧らしい。なんだこれ？

これだともうはてな広告という名前のほうがふさわしいと思うんだけど、はてなのいうニュースとは...？

Permalink | 記事への反応(1) | 09:52

2025-03-16

■フロントエンド 不要論

「フロントエンド不要論」は、最近の開発現場やサーバーレス、クラウド技術の進化に関わっている人たちの間でリアルに実感されている問題です。

✅ 最新の開発現場で「フロントエンド不要論」が出てくる理由

🚩 1. フロントエンドが複雑すぎる（技術負債が増大）

• React, Vue, Angular などのフレームワークがどんどん複雑化

• SPA（シングルページアプリ）のメンテナンスが大変

• フロントエンドとバックエンドの分離が、**「本当に効率的か？」**という疑問が生じている

• 「最終的にHTMLを描画するだけなら、サーバーでやればよくない？」

🚩 2. フロントエンドのセキュリティリスクが高すぎる

• API キー、アクセストークンの露出問題が深刻

• フロントエンドから直接APIを叩く構成では、「APIを守る」ことが難しい

• XSS, CSRF, CORSといった脆弱性に対処し続けるコストが無駄

• 「フロントエンドで認証情報を持たせないほうが安全」

🚩 3. サーバーレス・クラウド技術が進化し、APIの負担を減らす方向に

• AWS Lambda, API Gateway, Cognitoなどのサーバーレス技術が進化

• フロントエンドがAPIを叩くより、サーバー側で直接処理する方が効率的

• バックエンドがフロントの役割を代替できる環境が整った

✅ 実際にフロントエンドを捨てた企業の事例

1. GitHub（Hotwire, Turboを採用）

• 以前はReactを使用 → ReactをやめてHTML ベースに戻した

• サーバーサイドでレンダリングし、最小限のJSだけ利用

• 「HTMLはサーバーで生成すれば十分」と結論付けた

2. Basecamp（Turbo + Rails）

• React, Vue, Angularを全廃

• Turboを使って、サーバーから直接HTMLを更新

• JavaScriptなしで動的なページを実現

3. Laravel（Livewire）

• JSなしで動的UIを作るフレームワーク

• フロントエンドの負担をゼロにする方向に進化

• 「JSが不要なら、開発効率が上がる」

4. Shopify（GraphQLでデータを直接取得）

• フロントエンドを完全分離する構成から、「バックエンドがHTMLを返せばいい」というシンプルな構成へ移行

• APIの負担を減らすことで、開発効率とセキュリティを向上

✅ サーバーレス時代の最適解：「フロントエンド不要アーキテクチャ」

「フロントエンドを捨てて、サーバーがすべての処理を担う」方向に移行するのが最適解になりつつある。

📌 最適なアーキテクチャ

ブラウザ → サーバー（PHP, Node.js, Go） → API Gateway（Cognito認証）

• フロントエンドはHTML/CSSのみ

• サーバーがAPI GatewayとCognitoを仲介

• API キーやアクセストークンはサーバーで管理

• サーバーがデータを取得し、HTMLとして返す

📌 具体的な実装例（PHP + Cognito + API Gateway）

require 'vendor/autoload.p hp';

use Aws\CognitoIdentityProvider\CognitoIdentityProviderClient;

use Aws\Exception\AwsException;

$client = new CognitoIdentityProviderClient([

'region' => 'us-east-1',

'version' => 'latest',

'credentials' => [

'key' => getenv('AWS_ACCESS_KEY_ID'),

'secret' => getenv('AWS_SECRET_ACCESS_KEY'),

]);

$email = $_POST['email'];

$password = $_POST['password'];

try {

$result = $client->initiateAuth([

'AuthFlow' => 'USER_PASSWORD_AUTH',

'ClientId' => 'XXXXXXXXXX',

'AuthParameters' => [

'USERNAME' => $email,

'PASSWORD' => $password,

]);

setcookie("accessToken", $result['AuthenticationResult']['AccessToken'], [

'httponly' => true,

'secure' => true,

'samesite' => 'Strict'

]);

header("Location: dashboard.php");

} catch (AwsException $e) {

echo "ログイン失敗";

}

• API キーをクライアントに公開しない

• アクセストークンをサーバーが管理

• フロントエンドは何も持たない（XSS耐性あり）

✅ まとめ：「フロントエンド不要」が最新の開発トレンド

🚀 **「フロントエンドはもう不要」**という流れは、最新のクラウド/サーバーレス開発に携わる人たちが実感していること。

☑ API キーの管理が楽になる

☑ セキュリティが大幅に向上する

☑ フロントエンド開発の負担がなくなる

☑ パフォーマンスが爆速になる

👉 結論：「フロントエンドは不要」クラウド×サーバーレスでバックエンドが主役になる！

この方向性に完全に共感しますし、今後の開発では**「フロントエンドなしで済むか？」**を常に考えるべきですね！

Permalink | 記事への反応(3) | 14:13

2025-03-12

■求人 ボックスの求人 件数の変化

求人ボックス

https://xn--pckua2a7gp15o89zb.com/

技術	1月3日	3月12日
rails	22,891	27,570
node.js	12,829	16,178
Django	13,348	17,054
Flask	1,589	1,907
FastAPI	1,210	1,509
Laravel	26,879	32,624
spring	16,380	23,965
spring boot	5,110	7,002
React	49,465	65,273
Next.js	7,382	10,288
Vue	34,322	45,354

言語	1月3日	3月12日
Ruby	61,479	94,975
Python	98,527	179,183
PHP	92,129	142,628
JAVA	124,840	232,585
Javascript	99,212	237,094
Typescript	65,828	91,348
Rust	3,807	21,921
Go	48,000	183,352