  |
はてなキーワード: JavaScriptとは
掲題の通りだ。
じゃあお前が言語を作れよ。
プロなら、仕様通りに動くものを作れよ、金もらってやってるんだから。
◯◯が💩なんて、猿でも言える。
俺達はほぼ例外なく無能で、先人たちが作ってくれたOSやプロトコルにしたがって積み木を積んでいるだけだ。
新しいものなんて作れない。
JavaScriptを使うしかねーんじゃん。今は。TypeScriptとかあるかもしれないけど、実質はJavaScriptだ。
重箱の隅をつつくようなことばかり言って理解したような気になってキーキー言っている猿どもは狭い世界で生きてる。
最後に、俺もPHPとJavaScriptは💩だと思う。
Web系エンジニアってJavaScriptやPythonが人生の全てだから自分がやってることがプログラミングの全てと思ってそう
未公開デバイスのSDK開発とかの領域を考えたことないんだろうな
現状人間がドキュメントを揃えてやれば機能単位ではC/C++やRustでもコード書けるけどそれらを組み合わせてアプリケーションの体にするのは難しいしこんなのできるって言ってる人も絶対に触れない
https://www.youtube.com/@Miruru72
大げさな言葉と酒と自称鬱で「人生終わったわ」が口癖のイキる大学生時代の友達を思い出す。
正直みるる君のことをバカにする気持ちはあるが、嫌いではない。
まずはHTMLから。その後はCSS、JavaScript、Linux、GitHub、Ruby、HTTP、Nginx、データベース、Ruby on Rails、ポートフォリオ制作、就職活動、の順番で進める予定です。
よくわからないけど、
そして動画で嘆いてほしい。
https://www.youtube.com/@Miruru72
大げさな言葉と酒と自称鬱で「人生終わったわ」が口癖のイキる大学生時代の友達を思い出す。
正直みるる君のことをバカにする気持ちはあるが、嫌いではない。
まずはHTMLから。その後はCSS、JavaScript、Linux、GitHub、Ruby、HTTP、Nginx、データベース、Ruby on Rails、ポートフォリオ制作、就職活動、の順番で進める予定です。
よくわからないけど、
そして動画で嘆いてほしい。
「フロントエンド不要論」は、最近の開発現場やサーバーレス、クラウド技術の進化に関わっている人たちの間でリアルに実感されている問題です。
• React, Vue, Angular などのフレームワークがどんどん複雑化
• フロントエンドとバックエンドの分離が、**「本当に効率的か？」**という疑問が生じている
• 「最終的にHTMLを描画するだけなら、サーバーでやればよくない？」
• フロントエンドから直接APIを叩く構成では、「APIを守る」ことが難しい
• XSS, CSRF, CORSといった脆弱性に対処し続けるコストが無駄
🚩 3. サーバーレス・クラウド技術が進化し、APIの負担を減らす方向に
• AWS Lambda, API Gateway, Cognitoなどのサーバーレス技術が進化
• フロントエンドがAPIを叩くより、サーバー側で直接処理する方が効率的
• 以前はReactを使用 → ReactをやめてHTMLベースに戻した
• React, Vue, Angularを全廃
• JavaScriptなしで動的なページを実現
3. Laravel（Livewire）
4. Shopify（GraphQLでデータを直接取得）
• フロントエンドを完全分離する構成から、「バックエンドがHTMLを返せばいい」 というシンプルな構成へ移行
• APIの負担を減らすことで、開発効率とセキュリティを向上
✅ サーバーレス時代の最適解：「フロントエンド不要アーキテクチャ」
「フロントエンドを捨てて、サーバーがすべての処理を担う」方向に移行するのが最適解になりつつある。
📌 最適なアーキテクチャ
ブラウザ → サーバー（PHP, Node.js, Go） → API Gateway（Cognito認証）
📌 具体的な実装例（PHP + Cognito + API Gateway）
require 'vendor/autoload.php';
use Aws\CognitoIdentityProvider\CognitoIdentityProviderClient;
use Aws\Exception\AwsException;
$client = new CognitoIdentityProviderClient([
'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',
'USERNAME' => $email,
],
]);
setcookie("accessToken", $result['AuthenticationResult']['AccessToken'], [
'samesite' => 'Strict'
]);
header("Location: dashboard.php");
}
?>
🚀 **「フロントエンドはもう不要」**という流れは、最新のクラウド/サーバーレス開発に携わる人たちが実感していること。
☑ セキュリティが大幅に向上する
👉 結論：「フロントエンドは不要」クラウド×サーバーレスでバックエンドが主役になる！
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 |
私デザイナーだけどVue.jsとか、Javascript書けるならできるよー！ってエンジニアさんに言われたけどむずかったわ！！！
でもすごい頑張ってちょっとだけ書いたらウケてた。
プロンプトどうでもいい論を唱える奴がマジで理解できないんだよな
誰かが用意した物をコピペしてくるか、バイアスに従ったスタンダード出力しか必要としてないなら確かに考える事はほぼないのは分かる
ていうかそもそも「プロンプト」なんてCLIコマンドと一緒、と言い切るにはランダム性があるんで意味は共通だとしか言えないが
「ディレクトリ内のファイル一覧が欲しい」のか「サブディレクトリ一覧が欲しい」のかでコマンドが変わるように
結局ユーザーの望む出力を促すためのもんでしかないんだから「必要な出力を引き出すための手段」くらいの認識でいいってのに
プロンプトエンジニアリングという言葉をやたら大袈裟に考えてる傾向にあるんだよな、忌避してる奴は
簡単な例で行くと「テトリス作って」「Javascriptでテトリス作って」「C#でテトリス作って」全部得られるもんは違うわけだ
んでもって更に要件があるなら、それは指示に組み込まないとAIに伝わりようがない
「これ調べて」「これ調べて箇条書きで整理して」「調べて解説しつつブラックジョークを言って」これも全部成果が違うだろ
AIによっては日本語や特定の和製英語、独自の業界用語が理解できないものすらあるよな
じゃけん適切に指示を出しましょうねと
そういうもんでしかないものがどうでもいいも不要になるもあるかと
推論モデルであっても、勝手にCoT始めるからといって要件無しじゃAIの獲得した一般常識に従って動くだけだぞ
どこまで言ってもそれが仕様だ
まぁメモリーに色々埋め込んでおけば、言葉少なでも期待通り動いてくれるかもしれんが
javascript:(()=>{const%20loc=document.querySelector('link[rel="canonical"]')||location;const%20urlStr=(loc.href.startsWith('about:reader'))?decodeURIComponent(loc.href.slice(17)):loc.href;const%20url=new%20URL(urlStr);let%20s=url.search;s=(s.startsWith('?page=')||s.startsWith('?P='))?"":s;const%20w=window.open('https://b.hatena.ne.jp/entry?url='+encodeURIComponent(url.origin+url.pathname+s));w.document.close();})();
「…先輩、これは一体どういうことですか…？ これはただの非同期通信です。
「あれが AJAX (エイジャックス) だよ。Google Maps、このサイトの技術は革新的すぎたんだ。20年前にこのサイトが公開されてから、世界中のITエンジニアたちがAJAXをこぞって研究、解析した。
わずか数年でAJAXはWEB制作の技術体系に組み込まれ、新しいAPIによる強力なフレームワークが開発された。
最終的にはJavascript本家のAPIにも取り込まれ、AJAXは革新的技術ではなくなった。今では単なる『非同期通信』と呼ばれているよ。20年はWEB業界にとって相当長い時間らしい。
(function(){
if(!window.getSelection || !window.getSelection().containsNode) return;
Array.from(document.links).forEach(link => {
if(window.getSelection().containsNode(link, true) === false) return;
if(link.href.startsWith('mailto:')) return;
if(link.href.startsWith('javascript:')) return;
window.open(link.href);
});
})();
こいつの俺がそうだから全員そうだみたいな思考どうにかならんの？
リプでもいるけど大雑把に分けるとJavaScriptやPythonなどのスクリプト系をメインにしてるいわゆるWebエンジニアがろくに中身を知らないだけでは
気持ちは分かります。
とても分かるんですが「自分で中身を理解していない構造化もしていないプログラムなんて発展の余地ない」は単なる我々の願望でしかないと思うのです。
プログラマーは巨人の肩の上に乗っているだけであり、ライブラリやハードウェアの技術を「すべて」理解できていません。 https://t.co/rozACcWuX4— いぐぞー ✈️ 旅するプログラマー (@igz0) March 1, 2025
ポモドーロ は、ハーバード大学が提供する、David J. Malan 教授が教える人気のコースです。このコースは、コンピュータ サイエンスとプログラミングの幅広い入門を提供するように設計されており、幅広いトピックをカバーしています。
: C、Python、JavaScript、SQL、HTML/CSS を使用したプログラミングを学習します。
配列、リンク リスト、スタック、キュー、ハッシュ テーブルなどのデータ構造を理解します。
ポインタ、メモリ割り当て、その他の低レベルのメモリ管理の概念を学習します。
フロントエンドとバックエンドのプログラミングを含む、Web 開発の入門を学習します。
やり方は色々あると思うんだよな
一回押したら押せないようにするとか、ユニークIDをhiddenに隠すとかさ
SNSでボタンの連打による連投を防ぐための修正方法として、以下のバリエーションが挙げられます。
Adobe Flash Builder使ってた頃とかの方が、今より色々楽しかった気もする…😟
haXeでミニゲーム作ったりしてた時期もあったけど、ActionScriptって、初期の単純な仕様だったJavaみたいにシンプルなんで、
TypeScriptで書くときも似たように書いちゃうけど、C++もBetter Cっぽく書いたりしちゃうし、
新しい機能とか仕様とかめんどくさいんだよね、同じこと書けるなら古い仕様で書いてしまう…😟
ジョブズにFlash潰されたのは悔しいけど、JavaScriptで十分というか、Flash軽く凌駕する世界になったよなぁ
そういえば、Webアプリのビジュアルな機能をFlashにするか、まだWebブラウザに標準実装されてないCanvasにするかで争ったことがあって、
自分はFlash推しで、Flash本当に死んでからCanvas移行すればいいんでは？（その頃はThree.jsなんてないし、そんなの夢のまた夢の時代なんで）
上司にFlashなら3Dバリバリ使えますよ、って言ったんだけど、却下されたんだよね…😟
でも、Canvasで2D実装した方が、現状でもまだ動いてるし、上司とCanvas推しした人の判断は正しかった、俺は間違ってたんだな…