プログラマの雑談部屋 ★35
■ このスレッドは過去ログ倉庫に格納されています
javaは
いまだにフォルダ階層が死ぬほど深くなるのが
気持ち悪い。
なんであんな仕様にした？ そもそもC#は、javaと争うためにMSが作ったものだからな。
争い合って当然だな。 難解？難読の間違いかな？なんて思ったけどこんなのあるのか
画像をソースコードにするとか0バイトプログラムとか発想が面白いな ネットでよく見かけるアンチJavaのC#erは
メジャーなものよりマイナーなものを持ち上げたくなる心理によるものだと思う
たとえが悪いがMac信者みたいなもんだ PHPクソは激しく同意するわ。何故あんなもんが世に溢れちまった。。。 フォルダの深さなんてIDE使ってりゃ全く意識しないんだが
なんでJavaアンチっていつも上っ面の知ったかで叩いてんだろうねｗ
赤っ恥のこきっぱじすぎていつも見てるこっちが悲しくなってくるわ >>517
JavaScript>>>>>>>>>>>>>>>>>>>PHP
だろ
日時の計算で心が折れそうになった
PHPは普通にできる >>516
居心地いいならいいけどね。
そんな残業が普通になってるところは、ヤバくなったら逃げた方がいいかもよw >>519
逆にパッケージ名というか名前空間と実ファイルの配置や名前が結びついていない
言語だと必要なソースにたどり着くのに一苦労で嫌になるんですけど。 >>514
良いよ
言語レベルでクソ設計になりにくくなってるからおすすめ >>529
一応今月で契約終わりらしいからありがたい Javaパッケージの逆ドメイン記法ってOSS公開するものでもなきゃいらんよな お前ら翼くんがサッカーボールの質で相手を見下したりするか？
仲良くやれよ >>531
名前空間は本来論理的なもの
だからそもそもファイルシステムの物理構造と紐付くのがおかしい >>537
オレオレでリポジトリ毎に違うのがお好みとか頭おかしんじゃないの >>537
名前空間が主で、ファイルの置場所の方をそれに合わせただけなのだから何らおかしくないのでは？ そもそもC++のnemespaceが作られたときに本来論理的なもので強制されなかったからどこに何を
置いてあるか分からなくて死ねってなった反省からjavaの名前空間を物理構造と紐づけたという
先人の知恵を全く分かってないのが笑える。 まあC++自体知らない、知っててもnamespaceなんて知らないってのが大半だろうけど namespace知らないエンジニアが大半だよ
言われた事しかできないコーダーだらけだもん 実は
Javaの仕様ではフォルダ階層を名前空間の階層にしないといけない
ってなってるわけじゃない。
コンパイラの実装がそうなってるだけ。 派遣屋が別の派遣屋から派遣を雇うときに大抵が
コミュ力があって明るくてやる気もあって出張もできて
フロントもバックエンドもサバサイドも出来る経験豊富な
スーパーマンを求めてるのって何なんだろうな
そんなレベルに到達してたら派遣なんかやってるわけねーだろっていうね
馬鹿なのかな java土方ってなんでこんなに考えないんだろ
探しにくいとか石器時代のIDE使ってんのかな
規則性を持たせて管理しやすくするって発想まではいいけど
フォルダ構造と完全一致させるのが最高ってのは単なる思い込みでしかない
例えばpublic apiか内部api、テスト用のコードでルートを分けてその下は名前空間とフォルダを合わせるとか
src/main/Path/To/File1.cs (public Project.Path.To.File1)
src/internal/Path/To/File2.cs (internal Project.Path.To.File2)
src/test/Path/To/FileTest.cs (internal Project.Path.To.FileTest)
名前空間は異っても関連する一連のファイルを1フォルダにまとめてしまったほうが見やすい場合もある
src/foo/FooForm.cs (Project.Presentation.Foo.FooForm)
src/foo/FooViewModel.cs (Project.Presentation.Foo.FooViewModel)
src/foo/FooModel.cs (Project.Application.Foo.FooModel)
src/foo/FooRepository.cs (Project.Database.Foo.FooDataAccessObject)
src/foo/Foo.cs (Project.Domain.Entity.Foo.FooEntity)
src/foo/FooLine.cs (Project.Domain.Entity.Foo.FooLineEntity)
コード生成された部分クラスを隔離したりもできる
src/generated/hoge/Hoge.cs (partial Project.Domain.ValueObject.Hoge.Hoge)
なによりも最大の問題は与えられたもので思考停止して創意工夫しなくなるところだな
思考停止すると企業ドメインと一致させた無意味でクソ深いフォルダ構造とかに疑問を持てなくなる
これがやばい >>545
そんな超人学生アルバイトを本気で探してるよウチのPM
ゆくゆくはウチの正社員とか言うけど、そんな超人が人売IT土方に定着するわけない >>546
javaはポストCOBOLの土方言語だし
伝統に疑問を持たない人間が多くなってきた オブジェクト指向っぽく組むのは不正解に感じる
最新の言語使ってc言語のように組むのが正解のような？ JLSに基づいてれっきとした利点があるる命名規約も
何も知らない馬鹿にかかると一瞬で土方言語に成り下がるんだから
土方未満の池沼はおっそろしいでホンマ
Javaアンチは1㍉の例外もなく池沼の集まりってわかるのがひたすらに怖い メンテナンスの都合で名前空間が移動することもあるし逆に物理パスだけ移動したい場合もある
BCLには歴史的な経緯で格納されてるパスどころかDLLが変わったものがあるが名前空間は変わらなかったのでプログラマが意識しなくても不都合がなかった
名前空間という抽象とフォルダパスという物理構造を安易に紐つけしなかったおかげ
名前空間とフォルダの紐つけは大筋では悪くないが原理主義的になると融通がきかずデメリットがあるということだな 前時代に取り残されてJavaを理解できない土人の嘆きの咆哮がこだまする
悲しいなぁ・・ >なによりも最大の問題は与えられたもので思考停止して創意工夫しなくなるところだな
どこのC#erのことですか ネームスペースやソースの物理パス移動させる必要あるなんてどんなクソ設計してんだよ・・・ 抽象と物理を分けて考えろなんてjavadokaには難しいだろ
インターフェース禁止とかλ禁止とか真面目に言ってるのjavadokaだけだぞ 自由度が高く柔軟とはいえなにも奇抜な構成にしろと言ってるわけじゃない
基本的にフォルダ構造と合わせるけどルート名前空間はフォルダ要らないよね
例外は個別に協議して必要ならフォルダ遵守から除外しよう
この程度の運用でも十分なメリットがある
でもジャバではそんな些細な調整すらできない
まるでおじいちゃん用のスマホみたい 言語の進化について行けないチンパン君
怒りの長文連発ｗ 【不健康】無能時間外労働違反の追放【高離職】
☆不利益で迷惑だから料金増やすか生産減らせ☆
無能実態派遣残業する高稼働低所得者は辞めろ！
【契約料金や知的財産の生涯損害促進者ばかり】
［偽装請負多重派遣の従犯SEを追放すべき］
偽装請負多重派遣SEの動機
コミュニケーション障害
コンピュータ趣味
人格障害
文系大卒
低偏差値大卒
情報処理資格非保有者
偽装請負多重派遣SEの迷惑
無償プログラム提供
事前面接
契約外期限遵守
客先指示遵守
知的財産譲渡
中間搾取促進
時間外労働違反
低予備工数見積
残業見積
無料追加
学習不足
裁判苦手
対人障害
健康障害
孤独死
偽装請負多重派遣SEの代償
低収入低技術
非婚離婚
鬱病早死 >>545
スーパーマン用意しても結局はコーダーとして使うからね
金額は妥協するとしても仕事内容は妥協してくれないし
一緒に働く方々もそれなりのレベルを用意しないと逃げられる >>547
プログラミングさえしていれば幸せっていうタイプはいるんだけど
周囲が足を引っ張って辞めるんだよ
コミュ能力高いやつを雇うデメリットをそろそろ本気で考えたほうがいい
あと、高スペックタイプが辞める原因は周囲の能力の低さ、会社の中心技術への不満だよ
本人は能力高すぎる自覚があったとしても、周囲に向かって必至に啓蒙したって響かないと絶望する。成長できない職場だと悟って辞めていく
だから本人のやりたい事をやらせてやるのがいいんだけど
仕事とるのも難しいし、仕事があったとしてもカバーしてやれる人材もなかなかいない
例えば上級管理職が直接面倒見ることになる
成長カーブ半端ないけど初期の難しさを考えると、資金に余裕がないと有能な人材っていうのはデメリットになる
黙って揉め事を起こさず健康で毎日出社してくれる人こそIT企業で利益を出せる人だ >>552
Javaのポテンシャルは高いとしても
求められているポジション、アサインされた人物はCOBOLを求めている
実際、COBOLでかまわない
JavaだったらCOBOLがカバーできない領域を１つの言語でカバーしてくれる
だからCOBOLじゃなくてJavaなんだ
例えるならフロントとバックエンドとアプリが同一言語で対応できるからといってC#が選ばれているのと同じ状況だ 新規開発案件でc#を使うのに設定ファイルはiniで作れとか萎える 客先常駐で企業の情シスで作業してるけど、企業の保守サポート部門って属人化が凄いな
マニュアルとかドキュメントとかほどんどなくてほぼすべてが口頭と口伝で回してるみたい
一般企業の営業とか事務ってこんな感じで回してるのだろうか？ Windows10Proのおかしな現象が起きるので
検索してみたら、マイクロソフトコミュニティにて
同様の質問がいくつかあるが、モデレーター（？）というのが
おそらく全くPCのことがわかっていないド素人だと思うが、
Windowsのデバイス全般を調べてください、とか、
コントロールパネルの設定を変えてくださいとか、
いくつか回答があるんだが、全く的外れの役に立たない回答をしている。
モデレーターってボランティアだよね？
まさか給料もらって、あのレベルはないだろうと思うのだが、
モデレーターってなーに？ ソフトウェア開発とかのプログラマって実際OSはなにつかっているわけ？
開発環境も知りたい >>569
あれはきちんとした職員がやってるはずだぞ？ コーダーの中からソースレビューの責任者を選出したいんだけど、どういう人が向いてるのかな？ >>566
標準機能で読み込めるやん
ほんの数行でオブジェクトにデシリアライズしてインジェクションまで面倒見てくれるぞ 都心に超高級タワーマンションを建てたいのですが、幾らぐらいないと建てれませんか？
1棟建てるのに1000億円ぐらいかかりますか？ 40階ぐらいで200億くらいらしいから、1000億ありゃまぁ建てられるんじゃないの。 トランザクションスクリプト難しすぎて死にそう
みんななんであんなので動くプログラム組めるんだろ xmlってやっぱりつらいものなんだ。。。
次は避けようかな 俺のイメージ
ini→古い、windowsの人
XML→硬いやつ、業務系の人
YAML→railsの人
JSON→柔らかいやつ、web系の人
TOML→GitHubの人 この業界入って7年経つが君らのいっていること全然わからん >>570
会社ではみんな７だな。
開発環境は古びたエクリプスで、エクセルは2010ぐらいか。
あと、大部分の現場でTortoiseSVNってのが使われてる。 あ、そうそう、７も32ビットだったりするんだよね。 ７の32ビットはライセンスが安かったりするのかねぇ。
デルの法人マシン「Optiplex」のリカバリCDが1000円ぐらいで売ってて
ネットにつながなくてもライセンス登録済みになるんだよね。 収入減ってもいいから1人で働きたい
在宅プログラマってどうやって仕事取ってるんだ もうWindows10じゃないと開発環境もインストール出来なくなってるよ
Windows8.1でもきつい OSバージョンアップしたら今度はWindows 10を動かすためのスペックが足りなくなる
CPU core i3/RAM 4GBだとあらゆる操作がワンテンポ遅れて感じる 解像度1024x768のスクエアモニタ1枚に狭い机で仕事してた時が一番つらかった
転職したら4kなりFHD3枚なり好きなの買ってもらえて机もグレードアップした >>595
ストレージをSSDに交換するとかなり改善されるよ
とはいっても第2世代ぐらいまでのi3はプチフリーズみたいな挙動けっこうあるよね Windows7はリース切れ、サポート切れでそろそろ一掃されるはず
プロパーがリース切れまで使い切って派遣にまわしてるとしたってセキュリティソフトのサポートが切れると終わり >>594
そこはもう、古い開発環境を使い続けることで対応するんだよ。 でも10に移行する動きは、この3年でまったく見られないねぇ。
あと6～7年ぐらいは７のままなんじゃないかと・・・ ７が終わったら今度は何に移行するんだろう？
デビアンとかアンドロとかになるんだろうか？ LinuxとLibreOfficeでいいと思うのだけど貧乏中小の経営者は無料なのになんで使わないの 俺も自宅でプログラマーとして仕事をするのに少しだけ興味あるわ。
プログラマーが自宅で仕事をする場合、どうすれば良いのでしょうか？ >>604
技術者を雇わなきゃいけなくなって、かえって高くつくからだよ。 LinuxはいろいろめんどくさいけどOSレベルで情報ひっこぬかないのはこれぐらいだよな
使わざるを得ないか >>604
LibreOffice 使うくらいならgoogle docsでいいんじゃねと思う。 共有するの楽だし。 某H社は震災でシンクラのサーバが死んで悲惨な目に遭ってたぞ >>606
クラウドワークスとかで時給2千円くらいで応募しまくる 機械学習の参考書ってとりあえずオライリーの一番売れてるのを最初に読めばいいのかな ■ このスレッドは過去ログ倉庫に格納されています
