プログラマの雑談部屋 ★41
■ このスレッドは過去ログ倉庫に格納されています
>>753
c++は普通にあるよ
でも金の首輪ならパイソンかスカラだろな pythonだとAI関連の案件請けれるから高い
c++やhaskellは学習コストは高いけど、使える技術かは微妙だから、単価には比例しないね >>749
やってみろアホが
外観は変わっても方法がまずいとクリックイベント取得できねぇ 問題解決に必要なのが現実世界より製品知識でGoogle先生頼りになるような言語じゃ
いくら難しくても自慢はできまい
まさに穴を掘って埋め戻す作業で知性と労力を浪費させられている >>757
変更前のソース出してみ。
そしたら、クリックイベントが動くチェックボックスの外観を変更したソース出すから。 HTMLのクリックイベントに2日もかける奴がweb楽勝なんて言ってるのか。
てめえがHTMLの仕様を理解してない低脳なのを棚に置いて何言ってんだか。 >>751
＞webでjavaとかが一番下ってのは分かった。
webでjavaで非正規だとガチのアウトカースト
このスレで1番多いパターンだ 折角740と同じ前提条件でやってやろうとしたのに、逃げんのかよw 楽勝とは言ってないクソだと言ってるんだ
HTMLの仕様ならなんでブラウザごとに動き違うんだよ！ フリーランスって口先八丁で入社して仕事出来なかったらヤバイんでしょ？ レンダリングエンジンが違うからね
クロスブラウザ対策も知らない奴が、
クソとか言ってて笑える
お前が無能なだけだろ 明日には金持ちの気まぐれで吹き飛ぶかもしれない知識をごたいそうに >>746
これじゃWeb屋を馬鹿にできないね
スキル全くないのに人を馬鹿にしたような発言は社会人としてどうかと思うよ
どこの現場でも即退場になってもおかしくない >>764
コンソールとwin formsしか経験ないのにweb appの回収任されたド新人の頃の俺と同じこと言っててわろた >>762
フリーランスでも同じだけど、webでjavaで非正規って将来真っ暗じゃん
c#で初心者からやり直し
c#未経験で自分で勉強しました仕事くださいなんて、面接で通用しないよね >>771
うわ・・・これはどちらか一切知らんのだろうな 世界のありように文句を言ってもしょうがない
いくらクソでもそうある以上は対処していかねばならない
でもそれをいいことにさらにクソをねじ込んで意図的に混乱を拡大させてる連中をどうすればいいんだ
JavaAppletの復権求む >>768
別に俺は楽なんて言ってないじゃん
むしろスゲームカツク言語だと思うよ >>772
言いたい事はわかるけど、特派ならともかくフリーランスや一般派遣はキツイだろ
未経験でも人脈で横から入れてもらう営業力なしには未経験の一言で採用無理 >>774
webは仕事として認められない低レベルで新人にふるバカなうんたら言ってただろ？ >>775
くそむかつく
Seasar2の経験あるのにSpring未経験っつって落とされた記憶
業務経験あって似たようなフレームワークの経験もあって環境構築したこともあるんだぞ
それをせいぜい従来設定コピペするだけの職場で未経験だからって 特定派遣の人間だけど、会社で今度C#勉強会とPython勉強会をやる事になった。
これで現場行ける。初めて特定派遣で良かったと思えた出来事だった。 >>776
その人は↓の人では？
＞ヴァカに混じってJSをやる事になったのだが
＞Angularのドキュメント書いた奴氏ねよ
＞
＞私大文系が格好付けてワザと分かりにくく書いてるだろ
＞何言ってるのかさっぱりだわ
＞
＞ヴァカに文章かかせるなよ
Javascript楽勝と言いながら、この顛末だよ。 JSのフレームワーク使えない奴がJavascript楽勝とか言っても説得力ねえな SPA流行ってるようだが難しいのかね？
単価良いらしいじゃないか 全然。AngularとかReactとか出来ればそこまで難しい技術じゃないよ >>784
サンクス！
低カーストとバカにされた俺がチャレンジしてみる事にするよ。
Reactとかやればいいんだね。 サーバー回りの人は、reactやめた方が身のため。
事前に忠告しとく。
感覚が合わないよ。
高卒理系君みたいに発狂するのがオチ。 >>786
頑張れ。
そこら辺学べばSPAは作れるようになるから、
そこから案件に食い込むといいよ。 >>780
Javascriptの言語仕様自体は確かに簡単だけど
それで扱うWEBの技術はカオス過ぎて一筋縄じゃ
いかないよねぇ spaやってる人に質問
鯖周りってどうしてる？
nodeで作ってる？ 基本的な質問なんだけども
spaって鯖依存するん？ とりあえずブラウザの開発者ツールはめっちゃ便利だから使えるようになるとwebアプリ開発楽になると思うよ
個人的にブラウザは単にサーバーから受け取ったhtmlを解釈して動いてるってのがわかってなんとなく理解が深まったわ
ブラウザが解釈(翻訳？)するってのが重要な気がする 最近は赤米の導入でレンダリングをjsでやる事が増えた。
嫌だけどjs勉強中。
jQuery覚えるのめんどい。
でもHTML作ってくる会社がjQuery使いまくるから、覚えないといけない。しんどいわ。 ブラウザの開発ってどうやってやるんだ？、そういう本なかなかないよね。
よーみんな取り組目てるよなあ。 >>793
なぜだか動かない時は、html納品したフロント屋にぶん投げ
向こうが解析して直してくれるよ
jsだからね >>794
「みんな」というほどブラウザ開発してる人は多くない気が >>794
コンポーネント張り付けて
URL入力するテキストボックスを作って
ちょこちょこってVBのコードを書けば
できあがり >>783
仕事じゃないけど最近ReactとVueを覚えた
めちゃ簡単だしアーキテクチャがすげー綺麗になって気分がいい
プレゼンテーション層がクライアントとサーバーに分かれて存在して、密に連携する従来の方法論がいかに頭の悪いやり方だったのか痛感したよ React分かりにくくないか？
俺は全く理解不能だった。
JSPで普通にレンダリングする方が簡単だし運用コストも安い。 >>799
WebOnlyかつViewがほとんど状態を持たないクラシックなMVCならSPAにするメリットは小さいかもね
その場合でもJSPはさすがに物理的すぎて扱いにくいと思うが spaはフロントエンドとバックエンドの両方の知見があって、かつ自分でコーディングも出来て、htmlの仕様に詳しくないと難しい。
だから単価高いんだよ。
なかなかいないもん。
巷のエンジニアの多くは自分の専門分野のどれか一つしか出来ないから。
広く浅くじゃダメで、広くそれなりに深く出来ないとダメ。 >>802
補足。逆に言えばspaがすんなり理解出来る人は、持ってるスキルが高いと言える。
spaは人によって向き不向きが明らかに出ると思う。 ちょっと将来性に懐疑的
Webブラウザ上で画面表示をクライアント側VMでやるような規格が出て
サンドボックス上できっちり動くようになった時点で
すたれて終わってしまうのでは
JavaAppletは嫉妬でつぶされかけてるが
将来的にはそうなるはずだ サーバーサイドレンダリングは単純に二度手間なのが嫌
サーバーサイド用のテンプレートエンジン(jsp, asp, etc.)のためにコーディング
Ajaxで再取得した時のためにjQueryでまたコーディング javaアプレットって、
おおすげー！
と言われてみんなに感動を与えたのに
まったく普及しなかった不思議な存在。
そんなの他にあるか？ >>804
ブラウザでやる意味ある？
JavaやC#などでリッチなクライアントを作りたいならデスクトップアプリを作れば良い
セキュアにしたいならストアアプリ
プラットフォームはもう用意されてる >>806
ごめんReactとか最近流行のフレームワークの話
SPAは当たり前になるだろうけど >>808
管理者権限でクライアントをインストールしないでいい
サンドボックスの中で動作を完結させやすい
制作物を公開する権利を一企業に独占されない 単純な疑問だけど
SPA出来る人が中級上級クラスのエンジニアに
限られるならば
人件費高すぎて人海戦術できないよね？
日本では普及しないと思うよ JavaAppletつぶされたのは
人種的嫉妬に基づくものにしかおもえんまじで 職安でJavaの職業訓練受けた人が
いきなり現場に放り込まれて
とりあえず何かちょこっと出来るような
仕様じゃないと
日本では受け入れられないと思う
マジで色々詳しくないと使えない仕組みでは
派遣屋も人の確保が出来ないよね >>811
前提がまちがってる
今のSPAのむずかしさってフレームワークが未成熟なせいで難しいんじゃん
SPA自体がそんな難しい考え方に思えない
SPAのフレームワークがが整理されてきたらサーバレンダリングよりは開発簡単になるとおもう >>811
人件費と収益は桁が違う
人件費が数倍になっても収益が何%か増えればOKなんだよ 友人と話をしていて「過去のメールをチェックしたけど、
昨年は5月に合ってないね。」というものだから、
「gmailは過去のメールがときどき消失するんだよ。知らないの？」
と言ったらびっくりしてた。
gmailはサーバーが毎月何度か攻撃されるから、
そのたびに分散格納しているメールが少しずつ障害で消失するんだ。
これプログラマなら知ってるけど
普通の人は知らないみたい。。。 冗談で日本のITは10年遅れてると言うことはあるがここはまじで10年前の人がいそうだよね
日本のタイムトラベル技術に期待 Unity？
はあ？
なに冗談こいてんの馬鹿なの？ React.jsでフロント屋の作ったイベントをonClickとかでReactの中に格納するのキツくない？
フロント屋が最初から全部作ってくれてればいいけど。
同じ動きになるように作り直すの大変。
cssまで直さないといけないんだよ。
プログラマーがwebデザイナーの勉強までしないといけない。
あとボタンを押すと色が変わる奴ギミックとか、再レンダで元に戻っちまうじゃん。
何なのこれ？
サーバサイドで全部やった方が絶対にいいよ。 >>821
デザイナが書いたものをサーバーサイドに直すほうが大変だし
サーバーサイドだと色どころかなにもかも元に戻るだろ >>819
実行のしやすさNO1だな
実はguiも作りやすいが起動が重すぎる >>821
バックエンドの人もcssくらい勉強しろよ
今まで納品物のHTMLをそのままテンプレにしてただけなんだろ
それは不勉強すぎる
楽してきた報い 非SPAのウェブアプリってさ
デスクトップで言ったらビジネスロジック実行するたびに画面インスタンスが消し飛んで再生成してるようなもんだろ
いくらなんでもクレイジーすぎるわな >>821
＞あとボタンを押すと色が変わる奴ギミックとか、再レンダで元に戻っちまうじゃん。
＞何なのこれ？
もう少し勉強しましょう。 SPA説明みた感じ1つのページをjavascriptで非同期通信して再描画の繰り返しっぽいんだが合ってる？
helloworldくらいの規模ならフレームワーク使わないでも出来るだろうか？ >>825
ゆーてユーザーによる閉じ開き、ブラウザ更新、ブラウザバックで正常に復帰するようにしなあかんとなると、そのコスト対して減らなくね？ >>830
ajaxを使うとサーバーサイドとクライアントサイドでプレゼンテーション処理を違う言語で二度も書かなければならないだろ
ソレはバカバカしいからSPAにしようぜって流れな
そこんとこ理解してるか? シンプルなMVCかSPAの二極に振った方がいい
中途半端にすると保守拡張性が最悪になる >>825
ajaxも知らないおじいちゃんこんにちは >>839
お前がspaを知らんということはよくわかった ajaxでDOMを部分書き換えすれば良いだけなのに、ReactだのAngularだの完全に狂っている
バックエンドのプログラマーとフロントのコーダーの住み分けを破壊してどんな意味があるんだ？
Javaプログラマーがフロントのコーダーもやらなきゃいけなくなる。htmlやcssなんてプログラマーが触るものではない
プログラマーはロジカルな部分を扱う仕事だ
ゴミを持ち込まないでくれ >>793
もと赤米なんだが意味が素朴に分からないんで、教えて フロント側で画面制御するようになったからって、
HTMLやCSSと処理を書く人をさらに分けられないわけじゃないだろ
おまいがJavaScriptとフレームワーク覚えればいい話
JavaAppletがクライアントでHTMLいじれたらJavaだけで完結できてたのにまじで Java Appletおじさんはガチなのかギャグなのか もう派遣は辛い、次があるかもわからんし、もう嫌だ。 だからレンダリング云々の開発者がなぜエッジサーバを気にするのかな？と。
コンテンツごとにキャッシュ設定するぐらいじゃなくて？ >>841
angularとかreact触ったことある？
別にバックとフロントの住み分けは壊れんやろ
むしろ境界がはっきりすると思うが >>849
フロント屋の作ったhtmlをいじるのはまっぴら御免
責任分解点が曖昧になる じゃあ最初から全部おまえがやってたんじゃんｗ
今までとなんも変わらんがな HTMLと処理が入り混じった文法がイヤだというならわからんでもない
あれはたしかに嫌だ ■ このスレッドは過去ログ倉庫に格納されています
