俺には無理だ
他の奴にまかせた

>>150
最初に言っておくと、Node.jsの導入って結構めんどくさい
廃れる可能性もあるから、要注意

・フロント側もXAMPPのApacheと
そう。テスト環境はXAMPPが良い。phpバージョンの差異には気をつけて
あとhosts書き換えることを覚えると良い。「ローカル 開発 hosts」でぐぐってみて

・フロント側はHTML 1ページ（1ソースファイル）に対してjs 1ファイル
大抵はjQueryと自前のjsの2つを読み込む。
ブラウザゲームのページを作るなど、よほど大きいコンテンツじゃない限りひとまとめで良いよ
分けても管理面倒なだけ

・継承したりimportしたり
継承ってのは多人数で開発する時に、機能を共有するためのもの
自分一人でブログサイト作るぐらいなら継承が必要な場面は無い
importはしたほうが良いが、多分どこで切り分けるかは分からないと思う。これは慣れなのでとりあえずやってみると良い

・DBから値を取得したり
サーバーサイドだけ
書き方はこんな漢字
http://qiita.com/AKYM21/items/5da2d8813bd8df5ab296


何を作りたいかは知らないけど、wordpressでもSymfonyでもフレームワーク使ったほうが楽と思う

Node,jsのが廃れるの？Vue.jsじゃなくて？？

ここまできたらそうすう廃れたりはないだろうけど
なんで急にvueの名前出してきたのか？

>>153
可能性ね
phpとjqueryは腐らないだろうけど、Node.jsはそう遠くない内に衰退すると思っている
これは俺のカンなので、反論されても困るゾ

>>152
おおおおおお…！！
ありがとうございます！
モヤモヤしてたとこが晴れました！
あとやっぱjqueryもやった方がいいのか…
お答え頂いたことを参考にやってみます
ありがとうございました！

phpこそ無くなって欲しいのに残るのか…

そりゃ出来は良くても敷居が高い言語より出来が酷くても敷居が低い言語が残るよ
何人月で計算して数集めて、みんなでスパゲッティを作るのさ

フロントエンジニアがやりたいのにバックエンドに入れられた
転職しよっかな…

フロントは本当に気楽だからな～
phpは止まったら死亡
dbは難易度高すぎィ！

むしろDB大好き
でphp嫌い
だからフロントに行きたい

楽なのはサーバーサイドで、気が楽なのはフロントだな

>>161
お、客の誤字の責任を取らされる世界に来るかね？

>>144
>>134をよく読め
「cookieはDOMじゃないんだから」と書いてる

>>163
デザイン系が好きなんだ
理系だけど大学はデザイン系に行ってた
なんのデザインも扱えないサーバーサイド楽しいと思う？

フロントは気が楽って実際にやってみればわかるけどクソ大変だぞ
上流が何も知らないと何故かサーバを作るところから始まるし、実現不可能なワイヤーフレームが上がってきたら出来ない理由を1から教えてあげないといけないし、デザインが期日通りに上がってこなかったらアラートも出さないといけない

それで上がってきたデザインがjpegやpdf,excelだったりする
クライアントが実際にものが上がらないと見てくれないところの場合、デザインがなくてもそれっぽく見せないといけないし、デザインないのに大量に戻しを入れられる
上流の遅れのツケが全部下流に回ってきて、土日祝日構わず働かないといけないこともあるしサイトが24時公開の場合は時限公開しても待機してないといけない
給料も安いしよっぽどのどMじゃないとフロントエンジニアは出来ないね

>>164
ばかか。だから>>144で "DOM要素" って訂正してるんだろ
なんかその感じだと DOM要素だったら間違いじゃなくなるから
訂正を認めないって必死になってる風に見えるぞｗ

>>156
初心者は最初はフレームワークオススメしない
素でSQL書くようにしなさい

それをやっていく過程で、「こんなデータが送られてきたらやばくね？」とか気づく
そうしていくうちにセキュリティ意識が高くなるって自分でテスト攻撃と防御をするようになる

「フレームワークは中身何やってるんだかわからね」って感じになるから初心者は手を出すべきではない

>>159
両方できるようになるべきだからその環境を喜べ

フロントはjsでデータ保持して必要なときにajaxでバックエンドや他サービスへAPIリクエストするのが今後の主流だからその技術力がないとね
まあreactとか使うからバカでもできるんだが

今はサポートライブラリがたくさんあって公式でもsuspense来るからそうだけど、当初はreactでajaxは鬼門だっただろ。
少なくともバカには出来なかった。

jQueryのajaxの記法が変わった時は冷や汗が止まらなかった

>>168
要素限定はお前が勝手に主張してるだけだろ
documentやwindowに.on()出来るし、.children()があるだろ
computedStyleはdefaultView見てるし、コンテキストオブジェクトでdocumentを指定出来るじゃないか

>>150
Ruby on Rails, Sinatra をいじくり回すのが早い
DB アクセスは、フレームワークに付いている

HTML, CSS(SASS), JavaScript(JS) も使う。
JS は、jQuery, Vue.js, Node.js なども使う

テンプレートエンジンは、PHP に似た、ERB

<% price = 2500 * 1.05 %>
<p>
本の値段は<%= price %>円です。
</p>

Ruby で、PowerShell から、Web サーバーを起動すると、WEBrick が起動する。
ruby -run -e httpd . -p 8080

これだけで、index.html にアクセスできる。
http://localhost:8080

プログラマースレでRubyはオワコンみたいなのを読んだんだけど、どうなの？
javaとかより短く書けるからやってみたいなとも思うけど、今更なのかな？と思う気持ちもある

短く書ける事に何かメリットを感じるのなら、学習してみればいいんじゃないかな
俺にはちょっとよくわからない感覚だ

>>173
なんで冷や汗が出るの？
古い記述が使えなくなったわけでもないし、
新しいjQueryにすぐに置き換えなければいけないわけでもないだろ

>>176
世界的に使われなくなってるしそもそも嫌われてるからやらないほうがいい
気持ち悪い宗教に入信するのと同じレベル
短く書けるとか関係ない

世界の潮流に従うべき

Python ブームに乗って、Pythonやった人が、ほとんど自滅してる

Ruby の偽は、nil, false の2つだけ。
一方、JavaScript(JS), Python, PHP などは、偽が10個ぐらいあるから、まともにプログラミングできない

Rubyは、jQuery のように、メソッドチェーンで書ける。
関数型。
加えて、オブジェクト指向 + Duck Typing で、JS のようにうっとおしい事もない

スコープが厳格だから、外側の変数を、内側へ通さない。
スコープを変える、メタプログラミング・DSL 用のメソッドが、区別されている

Sinatra をフルスクラッチで書くと、Web プログラミング・フレームワークの基本を学べる。
その後、無料のRails チュートリアルをやってもよい

Progate でも、途中まで無料でやれる

Pythonは機械学習専用だな
webサーバーでpython使うメリットは、元々python使える人が楽に導入できるって程度のもの
それを知らずにpythonでwebは茨の道

>>180
これが典型的なruby使い
まず他言語を落としてから、rubyを持ち上げる
そりゃー嫌われれる

そういえばRubyは言語自体よりコミュニティの
勘違い野郎たちの方に問題があるってきいたわ

AWSでサポートされただけでtwitterのトレンド入りした化石言語のCOBOLこそが最強

今さら激遅ruby、さらにもっと遅くなるRails使うとかあり得ねえわ

関数型言語でもないのにドヤ顔で嘘つくのやめて

Ruby で、web プログラミングでも、HTML, CSS(SASS), JavaScript(JS) も使う。
JS は、jQuery, Vue.js, Node.js なども使うし、
JSは、Rubyに似せてくるから、Rubyをやって損はない

Windows でもファイル操作できるし、ツール作りにはよい。
PowerShell よりも使いやすい

Python は、AI・機械学習・数学統計・ラズパイとか。
普通のweb やると、爆死する

掌田津耶乃の本も、出たばっかり。
Python Django 超入門、2018
Node.js超入門、2017

windowsでrubyはねーよ
どれだけ知ったかなんだ

>>180
> JavaScript(JS), Python, PHP などは、偽が10個ぐらいあるから、まともにプログラミングできない

今すぐ10個挙げてみろやホラッチョ糞Rubyキチガイ。

jsの関数相当がメソッド、Proc、lambda、ブロック、と4つもあり、
すべて変換が必要で、
それぞれ細かな挙動が異なり、
関数がファーストクラスオブジェクトではないクソ言語が流行ってるから！Rubyでもできるもん！
と関数型を標榜するとはヘソが茶を沸かすわｗｗｗｗｗ

rubyだけは使わない方が良いという分かりやすい流れ

サーバーサイドもフロントも両方やるけど、フロントのが大変だが気は楽だぞ。
バックエンドほどクリティカルなもんが多くない。

せいぜい表示が崩れるぐらいだしな

EdgeがChromiumに、らしいな
今知った

AudioElementのaudio.volume=0.3とWeb Audio APIのgain.value=0.3とでは音量が後者の方が小さく聞こえます
同じ値を設定したときの音量を統一したいのですが、どのようにするべきでしょうか？

結局、jQuery房のDOM要素は完全敗北したのん？

音量調整とか地獄すぎるな
端末やブラウザで変わりまくるんじゃないか

redux難しすぎわろえん

>>195
いや、完全勝利した

ドム