プログラマの雑談部屋 ★43
レス数が1000を超えています。これ以上書き込みはできません。
今日の帰りの電車
となりにちょいデブのワキガのくっさーい兄さんが座った
もうね、まじくさい!
電車をおりても、俺の服ににおいがついてる!
もう電車いやや!
自宅で仕事したーい! YouTubeみたいな世界的に超有名なサイトを作って大金持ちになりたい。 リーマン予想とかP≠NP予想とかを自分一人の力だけで証明したい。絶対に実現してやるからな。 プログラミングはバグを出さないこと。
出ても平気なのはいないだろ
プロトタイプを納め、次にそれへの拡張の受注が来たときに
その作り方はなんだけど、コピペーするか
元の関数を再利用できるようにするかだ。
俺は後者だ、その方が信頼性が高いと考える。
再利用とは動いているルーチンを壊して、よそから呼ばれる形にすること
シーケンシャルなプログラミングを考える場合は前者。
Aの場合→処理→表示。
bの場合→処理(中身はAのコピー)→表示、とやる。
後者の場合
Aの場合→ 処理→表示。
bの場合→↑ 情シスで途中から参加した正社員が手広くやってた派遣を生活態度が悪いとイジメて辞めさせた
太ってたけど遅刻も無く普通にやってたんだけど
おかげで多くのシステムの改修が仕様調査から始まって仕事が楽になった 仕様書もロクに作ってないからもう解んねーよ状態
せめて仕様書作らせてからイジメるとかにすれば良いのに
その派遣も無茶振りに応えて作ってたから気の毒だけど >>8
バグでない前提とかいつの時代の話?
要求から完全にハンドリングしないと無理だよ 【料金泥棒】奪っても捕まらない業界【知財泥棒】
俺がSE辞めて人売りやる理由
・偽装請負多重派遣のSEに制裁を与えられる
・結婚相手を苦しめるSEに制裁を与えられる
・人売りは低額でできるから俺でもできる
・人売りは大儲けだから家族に奉仕できる
・SEは結婚障害者だから家族に迷惑かかる
・SEの多数は高額料金を提供してくれる
・SEの多数は知的財産を譲渡してくれる
・SEの多数は料金以上に開発してくれる
・SEの多数は搾取損害を訴えないでくれる
・SEを多重派遣したら責任問題を揉み消せる
・SEに不法行為しても機密誓約で揉み消せる
・SEを人身売買しても民事不介入の警察に捕まらない
・SEに料金以上の作業強要しても開発判断不能な警察や裁判官を騙せる
・SEに分量以上の作業強要しても開発判断不能な警察や裁判官を騙せる
・SEに契約以外の作業強要しても開発判断不能な警察や裁判官を騙せる
・SEを過労死や鬱病にしても開発判断不能な警察や裁判官を騙せる
・SEの報酬が不払いでも未完成と偽って開発判断不能な警察や裁判官を騙せる
ドカタから料金やプログラムを泥棒しても捕まらないからな 【東京北区】銀行員を装い高齢者から
カードを騙し取ろうとした、中国人2人を、逮捕した 最初の1回目はただ作るだけでなく
再利用性や拡張性を考えて作らないとダメ
最近はこれが出来てないPG多すぎる
まぁ渡り鳥だから仕方ないと言えば仕方ない
ちゃんと出来る人は正社員としてお声がかかるんだが 再利用性や拡張性なんか考えても給料変わらない
寧ろ仕事が減るから給料下がるまである サーバーエンジニアってIT技術者の中でどんなポジションなの? >>21
警備員みたいなもん
何も起きなかったら何もすることが無いし、何かが起きてもログを見て責任者を呼ぶだけでプログラムとかとは無縁の職業よ システム導入時の環境構築担当のサーバーエンジニアはクソ給料高いなウチは IT技術者の中の頂点って何?
システムエンジニアかプログラマー? >>24
人売り管理者。
出世して最後にたどり着くところ >>24
人売り鵜飼いが頂点
何匹の鵜を操るかという世界
で、好んで鵜になる人間は同情もされん社会 部品化を考えるのはマの仕事じゃない
それは設計の仕事 コンピュータサイエンス学んで大手SIに入社したエリートは最初から人売りデビューできる
今は日本に来た中韓エンジニアにプログラムやらせるのが主流だから語学重視 コーディングなんて得意な奴にやらせとけばいいんだよ
中途半端な奴に任せるから酷いコードができあがるわけだし PGのトップはチーフテクノロジーオフィサー
技術重役 >>30
派遣でドナドナされる高卒のエンジニアには無縁な話だな
革命でも起きてジャップの上層部全員氏なねぇかなぁ >コーディングなんて得意な奴にやらせとけばいいんだよ
やらないから、醜い設計になる。
ソースコードを書かない者に、醜い設計ということも分からんだろうがね。
部下のソースコードをレビューしてやったほうが、少しぐらいは育つよ 中韓エンジニアはもう中堅になってきて
今はベトナム勢だね
中韓とベトナムはかなり仕事の進め方が違うからおまえらも勉強しとけよ 仕様設計からコーディング、テスト、納品、保守まで全部やってるんだけど、この場合ってシステムエンジニアと名乗るべきなのかプログラマーと名乗るべきかいつも悩む。 >>34
例えば実際は運転より荷物の積み下ろしのほうが多いけど
トラックドライバーはドライバーって呼ばれる
コーディングをしているんだったらやっぱりプログラマってイメージが強いんじゃないかな 人月商売で金儲けしてるやつはプログラマでもシステムエンジニアでもない
ただの奴隷だよな 少なくともサーバ構築と保守できないとSEは名乗れないでしょ 人売りに連れられて現場に行き
そこのリーダーと思しき人に引き渡された
ハンコ出してと言われ、持ってるかなと鞄を漁ってたらペンをカチカチ鳴らしてため息つかれた
もちろん初日から23時帰り
こんな業界を何年続けられるのか
毎日不安で寝付きが悪い >>45
鈍臭い奴居ると周囲の迷惑になる
そのリーダーの為と言うより
周りで働いてる人の為に辞めてください
お願いします >>41
今時はFirebaseやらAWSで足りちゃうことも多いけどな
金も技術もある奴らが作るもんはすげーわ Firebaseやaws lambdaって永続化層どうやってんの? 建築業と違って
何をどうやってやったら出来るか
やってみないと分からない世界に
なんで建築業の仕事の仕方を導入したのだか・・・
うまくいくわけないじゃん。 >>41
丸投げ力だけで十分
逆に技術なんて要らね
そんなん自社買いに中韓エンジニアに丸投げだわ ラムダだったら別のAWSサービスのダイナモみたいなKVS組み合わせることが多いだろね >>50
というか建築業に失礼なぐらい歪んだ構造になってる
・人材は人売り主体になってるせいで、適切な配置ができない
(酷い所だと新人にCOBOL改修を任せるなど)
・本来重要なはずの品質保証(テスト工程)を真っ先に削る、というか下手するとやらずにリリース
→本来はちゃんとQA部門を作って管理しなきゃいけないのにやらない
・「テストはアルバイト、コーディングは派遣、要件定義・設計は正社員(下流工程の事は知らない)」っていう謎文化が形成されている
→本来ならどの工程でもスペシャリストが必要になるけ
(テストも品質保証の観点で見れば、アルバイトに任せるってのは本来論外) ソースコードを書くのは
最底辺の下っ端がやること、
って文化は日本のIT業界だけ? >>56
コーディングを知らない、いうか技術を知らない連中(つまりSIer連中なんだけど)だけが思い込んでる
たぶん脳みそがCOBOLレベルで止まってるんだろ DBの接続文字列をレジストリから取得するのって普通? >>47
どんくさい無能ですが嫌です
露頭に迷うくらいなら多少、他人に迷惑をかけてでも働きたいです
どこの国でも障害者の方たちは保護されたり優しくしてもらえるのに無能、不細工、コミュ症にはみんさん厳しいですよね
こっちだってなりたくてなったわけじゃないのに
それを迷惑だから辞めろなどと差別する相手なら、遠慮する気もなくなります >>50
最近はアザイルの影響を受けているが基本的にSI業界は建築業界の影響を大きく受けている。
GOFで有名な
Design Patterns: Elements of Reusable Object-Oriented Softwareが
Christopher Wolfgang Alexanderの
A Pattern Languageに大きく影響を受けている。
皮肉なことにその本には日本の町作りの話も出ているよ。 >>60
じゃあこう言い変えるよ
人には向き不向きがある
あなたはIT業界に向いてないので辞めた方が良いです
嫌がらせで言ってるんじゃなくて
あなたが足を引っ張ると
その後始末をする為に他の人の仕事が大幅に増えます
周りの人の為にもあなたの為にも辞めた方が良いんですよ だから嫌だって言ってんじゃん
他人とかどーでもいいんだが >>62
無能の自分が唯一持ってるスキルがプログラミングです
あまりにも無能すぎてコンビニバイトすら無理でしょうね
でもプログラミングなら簡単だからなんとかなるんです
絶対にやめませんよやめたらあっという間にホームレスになります >>60
IT業界には不細工もコミュ障もいっぱい居るよ
だからといってそういう部分で下に見られたりする事は
仕事ができるのなら無い
むしろ尊敬されたりもする
だが無能はイケメンだろうがリア充だろうが叩かれ続ける
そういう世界 >>66
イケメンリア充で叩かれてる人なんか見たこと無い
有能ブサコミュ症は体のいい仕事の押しつけ先としては重宝されるけどそれだけ 働きたい奴は働けばいいんじゃね
心か体のどちらかがじきに壊れる
壊れてから気付くんだよ
辞めときゃよかったーって スキルが高いブサイクもコミュ障も見たことないんやけんどw >>69
スキルが高いと補正がかかってイケメンに見える >>67
下っ端の世界じゃそうだろうが
ある程度年数経つと変わってくる
イケメンだろうがブサイクだろうが
そんなとこ気にしてたら仕事終わらんしな
マジで無能は最大の敵 敵対してくる相手に配慮する必要はまったくない
無能を排除しようとするコミュニティが悪い ま、いらない奴はすぐ切られるでしょ。
コミュニケーションに難がある奴使うなら、
コミュ障よりは外人使うわ。 エンジニアリングってコミュ力というか図々しさが必要だよね
「依頼受けてやるからお前しか知らないことは教えろ優先順位つけろ」って言うのと
聞くだけで解決することはチャンス伺ってないで今すぐ聞く
を実践すると仕事がかなり回るようになる 末端プログラマだろ
尻ぬぐいがタスクとして管理されてれば別によくない?
管理と実態がかけ離れてると地獄だが >>75
それと1回聞いたことは二度と聞かない
同じ質問を何回もする奴には殺意が湧く 無能批判は差別
障害者差別やLGBT差別と同じ
高度な文明を築いた現代人のやることじゃない
差別は野蛮人のすること 腹立つ理由がわからん本当はなんも教えてないんじゃないか
文章残ってれば2回目聞かれることまれだし、一回教えたことならもう一回教えるの早いはずだし
うちのかーちゃんがじゃけーゆーたろーがねって言ったとき
本当に言われた記憶があったことが生まれてこのかた一度もないまじで 以前教えたことについて細部や背景を追加で聞かれることはあるけど、
全く同じことを2回聞かれるのはほとんど無いよね
複雑な話を図表とか視覚情報なしに口頭のみで完結させたとか、伝え方悪かったのかもね
メモとれマンにありがち わいは全く同じ事何回も聞くでw
記憶に残るように話せんコミュ障が悪いんやwww 弁護士とか医者みたいに資格ない奴は働けない様にした方がいいと思う
人不足だから変なのも居るけど総じて役に立ってない
>>81
IT業界に関して言えば直にそうなるよ
これからの小学生はプログラミングを学校で教わってくる
誰でもプログラミング出来るのが当たり前になる
まあ今現在無能といわれてる奴は
そいつらに仕事取られて無職になるがね
あと十年で頑張って仕事できるようになれよ 若い衆は知らんかもしれんが20年前もまったく同じこと言ってたぞ >>86
おまえは野蛮人的立場なのか文明人的立場なのかはっきりさせるべきやw
無理そうやけんどw >>82
>>83
経験が無いから腹立つ理由がわからないんじゃないか?
あれは腹立つぞ >>89
そんなんで腹立てとるの無能しか見たことないんやけんどw >>90
有能とか無能とか関係無く
他人の時間を奪う事に罪悪感感じてない奴は
仕事する資格無し
社会人として最低限の事だけは理解しような べつに
全体で成果があがってりゃいいんだ
仕事の全体とか自分の立ち位置や相手がまったく見えてないと
相手の時間をとるのはすごく高リスクにおもえる
つまりそれを極度に恐れるってことは >>91
他人を簡単に切り捨てて社会共同体から排除するのが当たり前という考えは中世の考え方 >>91
おまえの時間とか計算に入っとらんわw誤差やろw 初日のハンコ出せというやり取りだけでグズだと潰しにかかるくらい人余りなのは体感してる
無能が無尽蔵に湧いてくるから仕方ない >>93
おいまて俺が無能みたいに言うなw無能は>>91やw >>93
日本IT業界なんぞピラミッド建設よりも後進的なレベルだぞ 俺は韓国人だが、大学生時代に読んだ本がいまだに印象に残っている。
The Programatic Programmerだったけ、日本語の名は覚えていない。
…
日本の製造者にICチップを10万個を注文したアメリカの会社に関する古いジョークがある。
仕様の一部で欠陥割合が含まれていて、1万個当たり1個であった。
日本の会社から数週で注文した製品が届いた。
10万個のICと10個が入っている小さい箱一個だった。
小さい箱にはこのようなラベルが張っていた。
「これは欠陥品です。」 能力が無いことを「無能」という。
その意味が判ってない奴の多いこと・・・。
無能と言われるのが嫌なら勉強しろよ。
なんだよ差別って・・・。
そんな事言って自分を正当化しようとしてるから「無能」って言われるんだよ。 NYの路地裏、マンホールの蓋の上で黒人が「18、18、18…」と言いながらジャンプしていた。
通りかかった白人が「それは何をしてるんだ?」と聞くと
「こうしてると楽しいんだ」って言うんで白人もやらせてもらった。
「18、18、18…」と言いながらジャンプしたら黒人がマンホールの蓋をサッと外して白人は落ちていってしまった。
そして黒人は「19、19、19…」 派遣で人件費抑えて月単位でいつでも切ったり補充したり
都合の良い様にやりたい放題のバイト以下の糞みたいな仕組みの業界の癖に
いちいち仰々しいんだよな
ホンマゴミ >>101
派遣って短期的には割高なんだぜ。
何十年も継続することが前提のでかい会社じゃないと
損なのにな・・・なぜか小さい会社も派遣を使いたがる。 あるべき姿だ
あとは給料が正社員より高くなればいい >>103
まあ、現実そうなるだろう
うちもそうだよ。そもそも開発者が尋常じゃないくらい足りないからね 僕は派遣だけど、どの企業にいっても
社員が僕の単価知ってるから、「沢山給料もらっていいな」とか
妬みばかり言われる。
だったらお前も派遣になれよというと、嫌だという。
どうして肩書にこだわるかね?
僕は楽しく仕事ができて儲かればいい。
派遣は楽しい職場なら長くいればいいし、
気に入らなければすぐに辞められる。
派遣が一番いい! 中小は驚くほど安値で人集めて実際集まっちゃうけど、今もまともな大きいところは
派遣の単価は高いだろ。
みずほだってケチったら失敗するの分ってるから出すものは出してるよ。 ただ途中で
十重二十重と抜かれてその単価にふさわしい人材が供給されるという。
そういうのをやめさせようにも抜いてるところを頼りにした体制になっているから
やめさせようにもやめさせられない状況になっているっていう。
法律できちんと規制すれば多くの人が幸せなのに実際は逆の方向に政治が動いて
いてどうしようもないっている。 労働争議がダサいだのくだらないだの役に立たないと
いうことを吹き込まれ続けて団結しなかったというのがなあ。 法律できちんと規制すれば多くの人が幸せなのに安倍のような者が労働者の味方の顔をして市民の権利を侵害している。
リベラルがやるならそれは結果的に人権改善につながるが、歴史修正主義者がやるならばナチスと同じ結末になる。
ネトサポの洗脳に騙されて、労働争議がダサいだのくだらないだの役に立たないと団結しないのはダメ。
選挙で共産党に一票入れるのが我々が出来る第一歩だ 知り合いに人工知能系のプログラマーいるけど
みんな院卒、稀に大卒だよ。
みんなIT土方なんてやってないけど、
何でここは底辺ばかりなのですか? >>100
事実に即すなら、白人と黒人逆だよね、それ。 何かのせいにしないと心の平穏が保てないのかね
今の自分は今までの自分の積み重ねなんだから
今まで努力してこなかった自分が悪いと思え
それが出来ないから何時まで経っても成長しない >知り合いに人工知能系のプログラマーいるけど
>みんな院卒、稀に大卒だよ。
プログラマは独学好きなやつがいい。
すぐ聞くのは、こちらをイライラさせる。
成長しない者に教えても無駄だと思う
プログラマは才能よ、
1を聞いて10を分かる。
相手の意図を読み取れるわけ。
コミュニケーション能力抜群。
仕事なんて舞い込んでくるよ。
企業の社内教育というを笑っちゃうよね
それを信じているのか〜と思うよね >>114
おまえだけ誰も質問に来ないからってイライラすんなよw 電車の中で高校生が数学の問題集をやっているので
見ると、うちらが屋っていたのと変わらんね。
当時は進駐軍がチョコレートを配っていた、ちょっと後だけど
画一的な内容。
新しいことを生み出す力みたいなもんはそこには無いよ。
ホリエモンが言うには、今はスマホがあるから教育はいらない、勝手に学べるとさ。
こういう新たな発想がいいよね。 >>116
あのデブが言ってんのはただの選民思想だよ
教育の真意を理解してない
馬鹿はずっと馬鹿のままでいろ
他の人間の邪魔すんな
ってのを馬鹿が都合よく受け取れる様に言い方変えて吹聴してるだけ
ベーシックインカムなんかもそうだな
まあ馬鹿は邪魔なのには同意するけど
あのデブの言動を真に受けてると
自分が馬鹿だって言ってるみたいで恥ずかしいから
あんま言わない方がいいよ あらゆる差別をなくすべきです
バカ差別
無能差別
コミュ症差別
不細工差別
ハゲ差別
ヒョロガリ差別
これらはすべて悪です 【料金搾取】SEの結婚障害原因【無能残業】
☆偽装請負多重派遣SEの結婚相手の犠牲原因☆
両親や親戚に反対されましたが、偽装請負多重派遣会社に高額搾取金を提供したり時間外労働違反で家事をしないSEと結婚してしまい、生活困難で中絶と離婚をしました。現在は犯罪損害のない相手と共働き生活をして、数億円損失を防げました。
・モラルがない
・モテない
・ファッションセンスがない
・コミュニケーションが苦手
・コンピューターが趣味
・プログラムの料金以上の不利益生産
・プログラムの巨額利益を客先に提供
・プログラムの巨額報酬を人売に提供
・プログラムの知的財産を人売に提供
・ITスキルが高いのに低料金請求
・高度情報処理技術者なのに請求料金不足
・高利益なのに請求料金不足
・高生産なのに請求料金不足
・高需要なのに請求料金不足
・学習多いのに請求料金不足
・人員不足なのに早期退職
・会社員なのに早期退職
・PC使用過多で不健康
・運動不足で不健康
・高稼働で不健康
・高稼働で家事困難
・低収入で生活困難
・低収入なのに鬱病多発
・低収入なのに早死多発
・不利益なのに断らない
・偽装請負の多重派遣損害あるのに稼働
・裁判官が技術判断不能だから賠償困難
【IT業界】独身が多い職業の象徴として「ITエンジニア」が取り上げられる
http://itpro.nikkeibp.co.jp/atcl/watcher/14/334361/110200713/?ST=spleaf >>119
それも差別です
なりたくて弱くなったわけではありません
障害者の方達と同じです 日本製でまともなAI見たことないから高卒が作ってるんだと思ってたけど院卒が作ってるんだ
もう日本のAIは白人様が作ったライブラリを高卒が組むので良いな Excel以外にドキュメント管理に使えるものって永遠のテーマ? 権利を主張する奴は義務を果たせ
他人と同じ扱いを求めるのなら他人と同じだけの働きをしろ
それが出来ないのに待遇の違いを差別というのなら共産国家に行けよ
お前が望んだ平等で公平なな楽園が待ってる
誰も止めないよ >>126
Gitで扱いやすいから、差分管理もレビューもExcelより圧倒的にやりやすい >>124
「権利を主張する奴は義務を果たせ」
これは間違ってますね…
「義務を果たすから『権限』をよこせ」
「『権限』を使って義務を果たせ」
義務と権限が結びつくのであって義務と権利ではないとおもいますよ >>108
中国に移住すれば?
お前の大好きな共産党が支配している国で暮らせるぞ。
日本共産党が仮に政権取っても、以下引用したシステムを採用する位に独裁が大好きだから、独裁政治が始まるだけ。こっちにはデメリットしか無いから別の政党に投票するわ。
共産党における民主集中制とは下記のようなシステムである。
1:上級組織で一旦決定した事項については、下級組織ではそれについて中央委員会の許可無しでは論議自体が認められない。下級組織は上級組織による決定に対して疑問を挟んではならない。即時実行あるのみ。
2:下級組織での人事は、基本的に全て上級組織の承認を得なければならない。
3:分派活動も禁止。
4:党内の問題を党外に開示することも禁止。
5:以上の規約に反する党員は全て除名。 >>124
同じ扱いは求めてません
ブサハゲ無能ヒョロガリコミュ症も障害者の方達と同じように優遇してほしいと言ってます
平均値の方達と同じ扱いだったら普通には生きていけませんよ
生まれた時からハズレクジを引いてるのに社会からはなんのサポートも理解も得られないというのは本当に苦しいんです >>127
atomめんどくせぇとかいう奴をどうしたらいいかと。 >>132
ブラウザだけでマークダウン編集してプレビューまで完結できるソフト結構ある >>132
レンダリングだけならgithub gitlab bitbucketなどを使えばOK
ソースとマークダウンを同じリポジトリにコミットするだけ
エクセルだとなぜかファイルサーバーに保存したがる勢力が邪魔をするけど、全てをリポジトリで管理できると楽だよ
マークダウンエディターはあれば便利だけど個人的には不要だと思う
なぜならマークダウンはそもそもプレーンテキストでも読み書きし易いって方針で設計された書式だから
専用のエディタがなくても編集に十分耐えうる >>131
俺達に言うな
会社に言うな
国に言え
国会の前で叫んでこいよ
「ブサハゲ無能ヒョロガリコミュ障も障害者みたいに優遇してください」
ってな
お前に同意するブサハゲ無能ヒョロガリコミュ障が居れば
一緒に叫んでくれるだろうよ >>140
国に訴えても無意味だと思います
国というか自民は金にならない仕事はしてくれません
原発事故の後に凄まじい数の国民が必死に声をあげましたが原発廃止は金にならないので国はこれを無視しました
メディアが取り上げてくれればチャンスがあるかもしれませんが有名人などが発信しないと話題にもなりません
ブサハゲ無能コミュ症ヒョロガリの有名人なんているでしょうか?
残った手段はネットで地道に意見を発信するしかないんです >>141
お前みたいなのでも生きられる日本に感謝しろ > エクセルだとなぜかファイルサーバーに保存したがる勢力が邪魔をするけど、全てをリポジトリで管理できると楽だよ
実際にgitとかほかのSCMで管理してみれば分るよ、バイナリファイルの管理にSCMは無力だってことが。
例えば画像をgitで管理してデザイナーがgitを使えるようにしてもコンフリクトの解消まできちんと出来る
デザイナーなんていないからエンジニアが代わりに対応するのが当たり前だったりする。
画像みたいにほとんどコンフリクトしないのならまだいいが、エクセルみたいに誰でも手を入れるようなのは
コンフリクトしまくって管理してるつもりでも管理できてない状態になる。
エクセルなんて無理にSCMで管理するんじゃなくexcel自体が持ってる版数管理かグーグルスプレッドシートを
使うほうがストレスなくていいよ。
ちなみにgitは.gitディレクトリ以下にリポジトリーを保存してるからバイナリファイルは実体とリポジトリの2倍の
容量を使うことになる。 サーバにgit cloneでデプロイしてると「なんでサーバのディスクの容量なくなってるの?」
みたいなことが体験できる。 >>141
やったの?
やってから言えよ
国会議員ガー芸能人ガー
じゃねーよ
お前がやれよ
お前さ今までの人生で自分でなんか成し遂げたことあんの?
いつも「他人が何とかしてくれる」と思って自分で何もやってこなかったろ
行動もしない奴が同意を得られる訳ねーだろ >>141
ふざけんな
そんなに障害者がいいなら腕一本切り落としてみろよゴミ屑 >>143
なのでExcelをやめてテキストで管理する
画像もテキスト >>144
他人は何もしてくれないどころか邪魔ばかりしてきます
なぜ差別されなければならないのでしょうか ブサ→整形しろ
ハゲ→ヅラorスキンヘッド
無能→勉強しろ
ヒョロガリ→飯を食え
コミュ障→病院行け
何も問題ないな >>147
だから国会議事堂の前で叫んでこいよ
もしくは議員に立候補しろよ
叫び放題だぞ >>146
問題はテキストで管理してもコンフリクトしたらマージミスは起きるんだけどね。
慣れれば起きなくなるじゃなくて、慣れればより起こすようになるってのが厄介。 労働問題だけにフォーカスしてデモなりストライキなりすれば言うことを飲ませるのは
そんなに難しいとは思えないけどね。 現実問題として今の世の中はコンピューターが
ないと生活に支障をきたす範囲が大きいからIT関連の労働者がストライキしたらどう
なるかってのは。
まあ囚人のジレンマみたいに抜け駆けするのとか、脱原発や反基地みたいな関係
ない団体が寄ってくるのをどうするかってのが最大の問題だけどね。 >>150
マージミスるぐらいならいいよ
ファイルサーバーだとローカルファイルでリモートファイルを上書きしたり丸ごと消したりする奴が頻発する
バックアップから復元もめんどくさいんだよね >>147
> 他人は何もしてくれないどころか邪魔ばかりしてきます
> なぜ差別されなければならないのでしょうか
だれも差別なんかしてない。
人は自分の利益のために働いてるんだぞ?
弱い奴のために汗水流して働いてるわけじゃねーぞ?
お前が他人のために何もしたことがないのと同じだ。
お前が他人のために何もしてないのに、
どうして他人がおまえのために働くんだ?
馬鹿すぎて笑えない! >>152
話がごっちゃになってないか?テキストファイルをファイルサーバーで管理してるのか?
バイナリファイルならSCMで管理してもあなたが言っているようなことが起きたら面倒なのは
変わりないでしょ。 「git reset head^」で戻せる程度の範囲なら楽だけど普通はかなり進んで
reset程度じゃ戻せないからバックアップで戻すのと面倒さはそんなに変わらんだろ。 まあテキストファイルのほうがプログラマというかSCMを利用する場合に都合のいいのは
確かだが、テキスト以外のドキュメントは全部死ねみたいのがわくのはなぜなんだろう。
バイナリファイルに初恋の人をNTRたのかなあ。 書式設定が差分管理できないからかな
後は本文書こうとしたら見出し設定だったとか、赤文字書こうとしたら黒文字設定だったとか、オフィスやコンフルではよくある 学生の時は論文でtex使ってたけど
普段使いで使ってる人いないのかね texをインスコしてる人しか変更できないのに
どうやって使えというのか?
プログラマならそんな世間しらずの発言はしないぞ?
どこかの馬鹿だとすぐばれるw https://twitter.com/kondo_orange/status/1035098012689817600?s=19
久しぶりにpolcaやってます!
映画撮影でいろいろと支払いが発生しまくるのでちょっと支援してもいいよ、って人はお願いします。
リターンは脚本を一部お見せします!
#polca #polcaおじさん
https://t.co/kXrhCaZVS8
👑Pick Up Tent👑
「福岡からハッカー映画の金字塔を作る」
福岡発、福岡を舞台にしたハッカー映画のプロジェクト🎥
照明、音響、撮影助手、雑用など、映画の撮影現場を手伝っていただける方を募集中です‼??
※こちらは、@kondo_orangeさんのTentです⛺??
詳細は→https://t.co/DZFWCpXGFb #TEAMKIT https://t.co/ZfRp55uZXC
https://i.imgur.com/66OSwX7.jpg
https://i.imgur.com/Trmn1cU.jpg 👀
Rock54: Caution(BBR-MD5:b73a9cd27f0065c395082e3925dacf01)
https://twitter.com/5chan_nel (5ch newer account) DbAccessクラスや外部サービスProxyクラスのUnitTestってどうやってんの? >>143
バイナリの管理にgitってのがそもそもあほ
どうしても使いたいならGitLFS使えや >>138
それはまた、マゾな方向性ですねえ…ちな emacs Markdownは画像はるのめんどくせえし
横並びの仕方もよくわからんし
日本の優秀なエンジニアたちが使うべきツールじゃないことは確かだ >>171
結局、Wordでペタペタするのが一番楽だわ
Excelだと挿入が面倒なんだよな 抽象化するって数学で一般化した式を見つけるのと同じこと? ところでここの連中は派遣やっているの多いんだろ。派遣て残業あまりないだろ。
もうちょっと稼ぎたいんだが、どうしてる?。やっぱり勉強か。 残業がないのは特定派遣だけだろ
今は個人事業主として雇うってそのまま派遣に出すのが主流
残業あり、残業代なし
まぁ、雇うって表現にひっかかる奴はいると思うがそれ以外に表現しようがない >>183
そんなのどっちでもいいの、今のところはあまり残業ないの。
だからもう少し稼ぎたいということ。 >>185
あほか、残業が少ない現場はありがたいだろ。でもなさすぎも収入が減って考えもの。 >>178
どうやってレビューやバージョン管理すんの? 無料で文書校正が出来るVSCode拡張
ますますWordが要らない
文章作成・メール作成に役立つ! VS Codeの拡張機能「テキスト校正くん」をリリース - ICS MEDIA https://ics.media/entry/18859 論理的な構造が存在する文章はマークダウンがええねん
でも論理破綻した画像ペタペタ、シェイプペタペタ、文字列適当配置のジェパニーズスタイルはマークダウンじゃまず無理
なので日本人はみんなエクセルを使うんやな 彼女がいるときには彼女とやるけど、
彼女いない期間は週2回ぐらい風俗に行く。
他の日は体力が残っていればエロ動画みながら自分でシコる Excelのバージョン管理ソフト作ったら最強じゃね?
利用するだけのジャパンエンジニアには無駄と思うけど 自分はマークアップ文書ですって顔してるWordがだいきらい もう2年ほどセックスしないわ、とりあえず風俗行こうと思ってるけどどこ行くか迷っている。 俺なんかかれこれ7年はしとらんぞ、でももうすぐ彼女作るんだ♪ プログラムとかはデスクワーク多くて、肩こって性欲うせると思うんだけどな。 それなりの風俗行く金があったらpc買えるからな
年収300万の人間には無煙の場所 年収300万でも毎月5000円、風俗代に取っておいたら季節に1回は風俗行けるだろ。 生活保護だと食事は貧相でも我慢出来るけど
結婚できないからどうしても風俗に頼る事になる
こればかりは食事より我慢がきつい 吾妻ひでおのアル中病棟で
生活保護受給者に風俗代を支給するように主張してるやつがいた
そういわれるともっともだ 【海外】ドイツで移民をめぐって、反対派と
賛成派が衝突 (一万人規模) 世間じゃ何もしないバカのがましってのが多数派やけどなwマイノリティ気取りかw >>208
俺は、歴史にまったく興味がないぞ。
三国志だ戦国時代だ維新だ
まったく面白さやロマンを感じない。
学校での歴史の勉強が苦痛でしかなかったな。 やる気があるバカが一番迷惑なんだよね。
公務員や大企業の正社員に多かったりするのだぜ。 あー仕事行きたくなーいVBAもポインタまみれのC++コードももう書きたくなーい
って毎日思ってるけどそもそもプログラマ向いてないんか。やっぱプログラマ向きの人は何書いてても楽しいもんなのか やる気やる気と昭和から平成にかけて会社が煽りまくった末のいいぐさだ >>217
バカが設計したり規約を決めたとこで働くのは対象がなんであれ苦痛
エレガントなコードを書いてはいけないという事だからね ポインタって実際使わなくても結構行けるもんじゃないの?
逆に使わない形式の方が洗練されてるコードな気がする >>221
5chで誰が誰だかわからんがおまえだけは特定できる気がする >>222
どんな罰ゲームだよ。 バカはおとなしくポインタを意識しなくていい言語使ってろ。 入出力が重要なのにそこが手厚い言語って無いよね?
引数、戻り値、例外
どれも何かのついでみたいな感じ 手厚さって何だよ
複雑な入出力は使う側も作る側も苦労するだけ
C言語のスタイルで基本形は完成されている ポインタ直接掴んで何かする言語ってもはや低級言語になったよね
より人間語に近い高級言語のが使いやすい >>232
いや、テキトーに終わらせようとしてる感が凄いじゃん
引数
・入力なのか出力なのかわかりにくい
・引数が長くなるとウザイ(5-6でもう画面に入り切らない)
戻り値
・複数の値を返しにくい
・連想配列で返すと使い手がソースを見ないとわからない
例外
・そもそも的確なキャッチをするには呼ばれている汎用クラスに至るまでソースを完全把握しないと不可能な欠陥品
入力をどこで用意するのか?
出力がどこで使われているのか?
を把握するのはプログラマの
精神力に依存する >>233
メモリのどこに書いてるのか?っていうかインスタンスの把握ができないのはあまり好きじゃない
勝手にやるような面して
結局管理しないとリークするって何度もあったし >>187
レビューは人数分印刷して会議で赤ペン
バージョン管理はWordでも差分でるでしょ、Subversionでいいよ
GIT使いたいなら使えよ プログラマーとしてデビューしたいんだが
変数と繰り返しや条件分岐までは理解できた
これで通用するんか? >>240
プログラマーとしては難しいけどデジタル土方としてなら即戦力 >>234
引数
・入力なのか出力なのかわかりにくい
入力にきまってる。最悪でも出力は1番目だけ
・引数が長くなるとウザイ(5-6でもう画面に入り切らない)
改行する
戻り値
・複数の値を返しにくい
返すな。返したくなったら関数の分割を考える
殆どの言語でそうなってるのは複数返したら凄い勢いでくそコードになるから
・連想配列で返すと使い手がソースを見ないとわからない
必要なら構造体かクラス作る
例外
・そもそも的確なキャッチをするには呼ばれている汎用クラスに至るまでソースを完全把握しないと不可能な欠陥品
変な例外は呼び出し先のバグ
すべてキャッチして失敗処理して再スルーするか、呼び出し先が直接投げてくる例外だけキャッチして回復する >>243
Java,ruby,pythonあたり >>234
>・入力なのか出力なのかわかりにくい
>・引数が長くなるとウザイ(5-6でもう画面に入り切らない)
c言語の例だと
int a;
int b=10;
fun(&a, b)とやる
関数の引数は Dest、Souceの順にしておく
わざと変数aにアンパサンドを付けてdestだとわかるようにする
Cの標準関数のmemcpy(Dest, Souce)も同じだよね >>245
そんだけいじれりゃ何か仕事あるかも。
頑張って。 >>247
ただし条件分岐やくりかえしまでしか分からない >>231
ソースコードの解析ソフト、たとえばdoxygen
も関数の階層を線で示すだけで、バッファの動きを示せない
UML入門という本があるが、それは関数の間を線で引くことにとどまっている。
で、設計図の考えが出てくる。
紙ベースでバッファの動きが見れると楽だよ >>249
土方プロジェクトでは上流がコーディングの数倍の工数をかけて設計書を異様なほど細かく作りこんでいくから安心
土方の役割は人数を増やして料金を水増しすることであって難しい事を考える必要はない
だからプログラムはできなくてもいいのさ >>231
c# 7.0の設計方針がデータ中心の設計
です。
値を複数返却できるtupleとか今まで使い道が少なかった構造体をうまく使えるようにできました。
詳しくは
https://ufcpp.net/study/csharp/cheatsheet/ap_ver7/#data-centric
ただ、c#は案件が少ない… まるでデータドリブンが主体みたいな言い方だが違うぞ
C#でもデータドリブンを徐々にサポートしていこうか程度のノリだ 今時の多値返却サポートされてる言語たくさんあるだろ
C++ですらサポートされたのにまさかご存じでない C++使うようなところは保守的で新しい機能使えないからなぁ 静的型付け言語なので
返したタプルにも型が付いてる
C#は関数型プログラミングもちょっとサポートしとこうかみたいなノリで
パターンマッチとか搭載し始めた >>256
C++で自由にやっていいって言われるほうが怖い 機能を増やすだけじゃなく後方互換性を意図的に切り捨てて欲しい
保守派はITには要らない >>259
それやると旧バージョンのサポートを打ち切れないから、開発としては出来るだけやりたくないでしょ
もし打ち切ったら、せっかくの囲い込みが無駄になって顧客を逃す >>259
linux使っていればそんなことは不可能だということにすぐに気づくはずだが無知って怖いな
GOでもRustでもまっさらな新しい言語使えよ 顧客は逃げれない
逃げれないようにスパゲティ設計書とスパゲティコードでがんじがらめにしてきた
諦めて後方互換性切り捨て対応のために金を払い続けるしかない
日常的にリファクタリングを続ける企業だけが利益を得るべきだ Python人気は昔から複数戻り値が使えたことによるのだろうか
ほかに有利なところがおもいつかない >>242
まだProgrammerとは言えないけれども立派なPGである。 >>263
今動いてるものに手を出すなボケ!
既存のソースに少し変更を加えるだけでしょう?何でこんなに工数が高いですか? 古いコンパイラとランタイムは有料(古いほど高額)にして最新からは非推奨機能を積極的に削除
これでええやろ
コンパイラ・ランタイムのメーカーは保守費用を捻出できて嬉しい
人売りと土方はマイグレーションの仕事が安定供給されて嬉しい
コード保有者は機能削除を見越した保守性の高いコードが手に入り嬉しい
プログラマは最新の技術・知識を腐らせず仕事に活用できて嬉しい
ユーザーはモダンでUXの高いアプリを使えて嬉しい
保守的な連中もサポート継続が約束されて嬉しい
みんなが得する vba触ることあるんだけど書いたやつ誰だよ中学生かよみたいなレベルのうんこコードが多すぎる
マシな書き方すればvbaもそこまで酷くないのにマジで排泄物以下のコード多い
こんな低次元な事でストレス溜め込みたくねぇ >>268
これも後方互換性を切り捨てなかった弊害の一つ あらゆる状況でvbaを使うという選択肢がクソだから
二度とvbaを使いたくなくなるようにわざとクソコードにしてる VBAは繰り返しや条件分岐まで分かれば割と使えるよな VBAは仕事でほとんど使わなくて
個人でちょっと作るのに使ってる。
でも一度だけ外資系企業の仕事のとき、
VBAで作らされた。
引き継ぐ社員がVBAしかできないから、
というのが理由だった。 vbaってエクセルに付属してるから別途環境構築がいらないのが利点なんでしょ >>242
■プログラマ
プログラムを作る人のこと
能力的にはピンからキリまで含む大雑把な分類
■デジタル土方
人月という単位で売られる奴隷のこと
プログラムの知識が全くない未経験でもなれる
日本でプログラマになろうとするとだいたいこれになる >>261
顧客を逃すとかいうがappleを見てみろよ。
CPU変えた時も、32bitから64bitに変えた時も互換性なんて知らんて投げ捨てたのに
マカーは減ってないだろ。 むしろiOSの互換性を捨ててないのが驚きだよ。 >>267
そう思うならお前がそういう商売を始めればいい 年末稼働なのにまだ半分も出来ていないんですけど辞めていいですか? 人数さえそろってればいい世界だから
別にあんたである必要など微塵もない。
どんどん辞めればいい。
そのためにこの世界には人買い転売ヤーが
いっぱい居る。 >>280
メンタル弱すぎだろ
年末稼働なら11月まで放置できるってこった 下請けに渡す仕様書って
画面のモックとこのボタンを押すとこうなるみたいな事書けばいいの? >>284
それやるとイベントメソッドに全部詰め込まれてVB.NETみたいになる 設計書が矛盾してるとか抜けてるとか間違ってるとかは、
指摘して対策案を考えない下請けの責任だから、
極論を言うと日本の場合、下に渡す設計書は白紙でもOKで大差ない。 画面の雛形はこちらで用意するとして
実装はMVPモデルと作るとか書かれてもわからん人はどうするんだ 楽天のやつみたけど
そんな感じじゃない?(画面雛形の設計書)
あとデータフロー図みたいのがあった
↓今は有料記事になってるけど、ここで見た
13カ国のSEに意図が伝わる、生産性20倍のビジュアル設計書
https://tech.nikkeibp.co.jp/it/atcl/column/17/111000511/112000004/
楽天ですら脱Excelしてるのに ソシャゲのプログラマーってどんな感じなんやろなぁ
コーディングするだけならやってみたいなぁ >>290
インターフェースとインジェクションとドキュメントコメントを書いたクラススタブとテストコードを渡してこれ実装してーって指示するだけ
単一責務が徹底してればMVPとか知らなくても部品を作れる
それがオブジェクト指向の良いところだな >>290
わからん人は辞退すべきでは?
お前が患者だとして手術前に担当医がわたしこの機器の使い方初めてだから知らないのよねってボヤいたら必死に手術ストップさせるだろう 自社開発製品のくせに派遣に頼ってる会社は本当にアホ ajaxでのやり取りはpostオンリーと聞いたんだけど常識なのですか? >>294
> >>290
> インターフェースとインジェクションとドキュメントコメントを書いたクラススタブとテストコードを渡してこれ実装してーって指示するだけ
そこまでできてるんなら全部自分でやったほうがよくね?
特にテストコードができてるんなら本体なんて・・・
俺はテストコード書かないから想像だけど。どうなのよ? 業務を知ってる人がコードを書けばそれが一番早い
でも早くしたって仕事が減り儲けが減るだけ
だからあえて設計書を書いて水増しする
エンジニアリングではなくビジネスでシステム開発してるってことを忘れちゃいかん ダラダラコード・設計書書いて残業代もらうバカか
たしかにそういうのおっさんばかりだわ
若手は定時になったらさっさと帰って副業始めているわ >>308
設計書は納品物=請求口増やすっていう目的がある
詳細なんて顧客一切理解出来ないがな ワシだって本当は副業したいんやで
でも若手のコード確認して指摘、というか赤点先生やらなあかん
それで仕様書を直したり、あと営業的視点というか政治的理由で消したりと忙しい
副業すればワシのスキルならフリーランスで時給5000円くらいは取れる
残業目当てのおっさんとは心外や なんでもできる経験豊富なヤツで
しかも30歳くらいまでのヤツを
時給850円とかで募集してる業界だぞ。
フリーでそんな高額がかせげるわけない。
ソースは地方都市のハローワークの求人。 >>312
バグでも無い限り添削なんかしなくていいのに。
インデント違うとか、どうでもいい事指摘して嫌われるのがオチだからなぁ。 >>313
せやけどそのなんでも出来るのハードルは実は結構低いんやで どうせPGはオフショアで海外に流れるんだし気楽に行こうぜ >>313
ハロワの求人には二種類ある
求人が目的の求人と
求人が目的じゃない求人
補助金を受ける為にハロワに求人出す必要があったりする
だから真に受けんな >>316
>どうせPGはオフショアで海外に流れるんだし気楽に行こうぜ
楽天の場合
チームにはスマホアプリやWebシステムの開発を手掛ける13カ国50人のエンジニアが在籍する。 >>312
5000円だと何でもできてしかも仕事が速い+専門的な付加価値がないと無理だな
Webなら高い方
ちなみにわし3500円(ドヤァ ビズリーチは年収4600万の求人まであるって言うのに
ほんの僅かしかいない技術のあるエンジニア限定だろうとは言え
先端IT関連求人数が前年比2倍以上で提示年収も高騰:
年収4600万の求人も――ビズリーチの求人動向調査でIT技術者不足が明らかに
ビズリーチは、求人検索エンジン「スタンバイ」で実施したIT関連求人の動向調査の結果を公表した。
先端ITに関する求人数は軒並み前年比2倍以上に増え、年収4600万円が提示された分野もあった。
2018年06月01日 08時00分 公開
http://www.atmarkit.co.jp/ait/articles/1806/01/news068.html >>321
薬品開発とか間違えて引いてきてるだけだろ ITなのに地方都市にいて文句言ってる奴が定期的に湧くね
ゴミはモグラ叩きしないと >>323
そのゴミはエクスカリバーさんではないですかあ?
精神病んで実家に帰ってコピペ貼ってる中年オヤジ
都会に出てももうプログラマー復帰なんて出来ないのにね 創価の知り合いが凄腕営業マンで
仲間うちから案件取ってくるから
神さまみたいな扱いされてる 宗教団体に入る理由の上位に営業するためってのが来るだろ? >>316
俺はコレ逆になると思う
後進国と化した日本が海外から格安でクズみたいな仕事を受ける
んで海外は創造性豊かな価値ある仕事に集中 >>330
おまえみたいの多いしそれも致し方ないやろ 昔遣唐使・遣隋使を派遣したように
深センに日本人が最新技術を学びに行く日も近い >>332
何も学べとらんかったから今のおまえがあるんやぞ?
無駄な夢見んな こういう所にいる底辺ってアスペルガーもしくはかそもそも言語能力が低いんだな >>316
オフショアで流れたけど流れた先より日本のが安くなってきてるのが現状だ オフショア化が進む前提って、ウォーターフォール式から変わらないって事だからなあ
テスト駆動開発みたいに新しい方向性が取り入れられないっていう悲しい現実
というかプログラミングの開発で言葉の意味理解してないやつ多すぎなの何とかしてくれ
テストファーストを全テストパターンを先に書くって思い込んでる奴居て頭痛かったわ >>337
テストファーストってなんですか? 教えてください そりゃ同じように教育受けて知識積んできたわけじゃないんだから勘違いしてるやつだっているだろ
必要なら会話して同じ認識持てばいいだけ > というかプログラミングの開発で言葉の意味理解してないやつ多すぎなの何とかしてくれ
設計書の標準化も国内はもとより世界全体でみても出来てないんだから言葉の意味なんて
すり合わせないと無理だろ。 オブジェクト指向のオブジェクトすらSmalltalk派が原意と違うと
言い出してるのに自分の脳内意味を他人に押し付けるな。 >>340
> 設計書の標準化も国内はもとより世界全体でみても
なんでイージーな方からよりハードな方に向かうねんw
とんでもねえバカやなおまえw たまに正社員様SEでいるよね。
自社内だけで通用する俺様用語なのに
それが標準だと思ってて、その用語を理解できない
外部から来たヤツを無能呼ばわりするお馬鹿さん。 >>343
でも無能なんやろおまえ?結果オーライやんけw >>345
俺は自分が無能なことを理解してるだけ
正社員様SEより有能だよ。 >>346
要するに結果オーライやんけwややこしい奴やなw >>338
個人的な認識もあるから鵜呑みにするなよ
単純な言い方をすると
「テストコードを先に書いて、それをクリアできるコードを書く」(TDDだとリファクタリングも行っていく)
だけど、これだと確実に言葉が足りてない
・テストコードを先に書くとは?
これはメソッドやクラス単位(単体テスト可能な範囲)で、仕様として正しい在り方(あるべき姿)を明確した上で
それをチェックするテストを書く、っていうのが本来必要
散発的にPGがテストコードを書いて〜、っていう風に思ってるならそれは間違い
アプローチとしては「要求されている仕様はこうだから、【少なくとも】この振舞を担保するテストをする必要がある」って考えていく
これでコーディングを進めていくと、「プログラム上での振舞」として担保すべき物をテストする必要が出てくる
例えば引数があるなら、そこにNullが渡ってきたら?って考える
(逆に言えば、プログラミングしているPGも振舞を考えながらコーディングする必要がある)
なので、「全テストケースを先に書く」っていうのは絶対に不可能
それは机上の空論だから絶対に漏れる 実際に厄介な問題になるのは環境依存での不具合や謎の実行遅延とかで
そんなのがテストケースで見つかったためしが無いんだが で、TDDで一番ひどい勘違い
・開発中にテストしてるからSTとかいらないんでしょ?
・STもやったら二重でテストしてて無駄じゃない?
っていうドアホな連中
こいつらは「テスト」の領域を理解していない
「単体テスト」は部品の品質を一定までは保証してくれるが
「最終的な成果物」、つまりSTやUTで確認しなきゃいけない所は保証できない
何故?簡単
【仕様漏れ】や【設計漏れ】起因のバグが単体テストでは検知できないから
(仕様からテストに落とし込んでるのが前提だから)
だから各工程でどっかのテスト省くっていうのは、何をテストしてるのか分かってないとしか思えん たまにこのスレ見ると安心する
底辺のレベルが上がってきてないからまだ安泰だなーって 単体テストって要するに開発者が
「ちょっと作ってみたとこまで試してみよっと(ぽちっ
というようないきあたりばったりな動作確認を指す場合もあるのでややこしい >>350
それは真のTDDではない。
つうかDQNにTDD理解できると思ったりしてる? >>349
テストの領域をちゃんと理解する必要がある
単体テスト:部品(ネジ)レベルの品質保証
結合テスト:組み合わせたパーツレベルの品質保証
→ここまでのテストは開発室、つまりクリーンルーム並に環境を限定して行っている事を理解しておく必要がある
受入れテスト:完成した製品の品質保証
→ただしこれも限られた環境でやっている事に注意
本来ならばもう一個テスト段階が必要で
品質保証テスト:実環境下における製品の品質保証
それこそ(動作環境として明記している)あらゆる環境下でテストして、
製品として成立しているレベルまでテストする必要があるんだけど
(つまり開発者視点だけじゃなくて、ユーザー視点での使い方も考慮する必要がある)
一番下はそれこそ「リリースしてバグは報告来たら修正でいいや」っていう悲しい状態になってるので ウォーターフォールだと1回単体テスト通しちゃったら変更するのダルいわ
アジャイルとかテスト駆動ならいくらでも変更するけど なんちゃらテストって同じ言葉で言ってても
会社が違うだけでレベル感が全く違うよな。
テストフェーズの前のコーディングのところで
他の会社で言う単体テスト完了のところまで
要求してるところもあれば、
コーディングがコンパイル通るレベルで一度も
動かしてなくてもOKってところもある。
そう言うのは、もうそろそろIT業界で統一するべき。 というかさ
内部的な品質保証も含めてなんで作らんの?
なんでIT業界全般でその概念が欠落したのかが分からん どうでもいいWebアプリと医療機器や飛行機の水準を一緒にされてたまるか テストコードを書くべきところが完全にセンス依存なのが何とも。
例えばview数やテーブル数が50〜100程度、dddではなく3層アーキテクチャを採用した場合、何処からテストファーストすりゃええんや 単体テストの単体も1つのクラスを指すのか1つの機能を指すのか1つの業務画面を指すのか会社によってもマチマチ、同じ会社でもプロジェクトによってマチマチというグダグタな状態だしな
ちゃんと決めてるところもあるんだろうけど マジTDDは止めとけ。
Mockところかユニットテストすらろくに理解していない連中とTDDをやったところで後はテストケースの地獄になるだけだ。 おまえのような奴が思い付きで会社のExcelをマス目にしたんだ
プロジェクトによって必要なものが違うし
間違った規約が策定されると悲惨だからばらばらでよい >>359
なぜって?設計書を書くからだ
設計書はテストもリファクタリングもできないので、絶対にスパゲティ化する(絶対にだ)
スパゲティ設計書から生み出されたスパゲティ二世のコードは完全にSOLID性を喪失している
すると、あらゆる部分の境界が曖昧になり、内部的な品質を定義することが出来なくなる
どこからどこまでが何を担保するのか、という責任範囲がわからなくなるのだ
「誰が担当者で何をしなければならないのか」がわからなければ、「その担当者がしなければならないことを上手くやったか?」ということを評価することは出来ない
自明の理だ 達人プログラマーが一番在籍してそうな日本の企業ってどこなの? 日本でやってるのはほぼただのカウボーイコーディングだよ
○○開発やってますとか名乗るのも失礼なレベル 達人と言えるのはrubyの開発者だけだろう
彼だけは世界クラスの実績がある せめて会社で基準統一しないとQA部門が仕事にならんと思うんだが 往々にして技術に特化した人間はクセのある奴が多いので
技術的にはS級でも
それを周りに波及させる能力のある奴なんて100人いて2,3人ぐらいだろ ワンフロアで100人近くは入りそうなビルなのに各階にトイレの個室1個しかない
糞ビルってなんなの?マジで
フロア内も机に仕切りすらないし別のプロジェクトの奴等とごちゃまぜの島だし
ハズレ引きまくるか運命を呪う
もうやだ >>369
同じ条件の案件はほとんど存在しないのだから統一する意味は無いと思う
それぞれの案件の特色をきちんと捉えた上で品質を定量化する式と測定法を提示して関係者を納得させられるかが重要 >>372
100人で大一個ってまじかよ?
並んでる間にクソ漏らしてしまうじゃん?
共同利用のトイレは賃貸契約の面積に入らないから、
極力小さくしようとするわけ。
最近のビルはどこもトイレが足らない。 さっきウンコしたら水が唇まで跳ね返ってきてびっくりした >>370
俺が知ってる人はなんでもすぐできるようになるし人格もそこそこまともなんだが
あまりにもできすぎて弱者の気持ちがわからんのだな 今の職場に一人で一日のうち2時間くらいトイレに入ってる人がいる。
そして1時間くらいタバコ吸いに行ってて、昼休みは1時間半くらい取ってる
仕事遅くてアサインも殆ど無い人。
フロントチームの手伝いやりに行って、使えないと3日で返されてきた。
朝◯人っぽい奴で高卒らしい。
このスレの誰かに似ている気がする。 高卒でごめんなさい!
現場行く度に学歴マウンティングの餌食になりますが
変に逞しくてごめんなさい!
大卒と収入で張り合ってごめんねごめんね〜 高卒>>>>>>>>>>>>>>私大文系のヴァカジャップ わざわざ朝◯人などと書くところに差別主義が丸出しだよな 最近のフロントは半端な知識じゃ出来なくなってるからなぁ
Javaに比べたら簡単だろなどと言い出すロートルの阿呆では歯が立たないよ。 >>388
お前Angularは理解できるようになったか?
天下の理系様なんだろ。 高卒で出来る奴見たことないわ
英語はろくに出来ねーし数学も出来ねーし 高卒でRubyやPythonのエンジニア見たことないよ
Reactでアプリ作らせようとして仕様書渡したら、英語読めませんと泣きそうになってた高卒いたなwww
Javaドカチンの一人親方なら高卒でもやってけんじゃねぇかな 差別主義のネトウヨは学歴主義者だったのか
最近は東大生でもヴァカが多いらしいぜ
ジャップランドの高学歴なんて意味ないからな
東大なんて北京大学やソウル大学より下のヴァカ大学だからな このスレ見てて思うんだが
他人を見下したりバカにしたりする奴は自分の稚拙さに恥ずかしくならないのか 普段仕事で見下されているんだから仕方ない
怨念を便所の落書きに書き捨てるのも決して悪いことではない そもそもTDDはテストじゃない
「マが手でぽちぽちUI層から値ぶっこむのの自動化」を目標としてデバッグエイドを盛るって印象
目安として、MSは80%、Googleが85%(C0で)を掲げているな
……というので「それ何のテストなん?」系の混乱が生じることはあるらしく
DHHがブチ切れた一因でもあるっぽ
少なくともTDD関連の本に従ってMock入れまくり・境界値中間値をガン積みしたら
「事前の設計が100パーです、一切の仕様変更は受け付けられません」以外のスタイルが採用できないというか
修正が悪夢になるので、どこがアジャイルなん? ってなる
仕様書がすべての日本人が、なぜTDDを積極的に使わないのか逆にわからんねってくらい
「教科書通りのTDD」は流行んなかったね
まあ辛いせいだろうけど
なお厳密にテストケース作って流すなら
まずはUI層とビジネスロジック(の方が通りいいのか?)のほぼ完全な分離の設計をやり
「テストドライバ(テスト実行専用ショボいアプリかスクリプト)」によるテストケース全件流しやると思う
ショボくても万単位の奴を
マトリックスとか直交表使ったらそのくらいすぐ行くだろ
>>366
ミサイル作ってるとかアビオニクスやってるとか、工作機器の(ソフトの方の)中の人とか まあモックとスタブがガン積みになると
途端に身動き取れなくなるもんな >>343
外仕にサーバと書いたら常識的にサーバーでしょと指摘された MVCで言うところのMとVがごっちゃになってるようなシステムだとテストしづらすぎて詰む 自分達が数年やって固めて来た俺様業務標準を前提に途中から入った派遣を無能と罵る風潮がこの業界の標準 なぜかerを読まないよのね
メンバ
マスタ
サーバ >>397
日本人こそ開発中に仕様変えるの大好きだから流行るわけない 【料金泥棒】奪っても捕まらない業界【知財泥棒】
俺がSE辞めて人売りやる理由
・偽装請負多重派遣のSEに制裁を与えられる
・結婚相手を苦しめるSEに制裁を与えられる
・人売りは低額でできるから俺でもできる
・人売りは大儲けだから家族に奉仕できる
・SEは結婚障害者だから家族に迷惑かかる
・SEの多数は高額料金を提供してくれる
・SEの多数は知的財産を譲渡してくれる
・SEの多数は料金以上に開発してくれる
・SEの多数は搾取損害を訴えないでくれる
・SEを多重派遣したら責任問題を揉み消せる
・SEに不法行為しても機密誓約で揉み消せる
・SEを人身売買しても民事不介入の警察に捕まらない
・SEに料金以上の作業強要しても開発判断不能な警察や裁判官を騙せる
・SEに分量以上の作業強要しても開発判断不能な警察や裁判官を騙せる
・SEに契約以外の作業強要しても開発判断不能な警察や裁判官を騙せる
・SEを過労死や鬱病にしても開発判断不能な警察や裁判官を騙せる
・SEの報酬が不払いでも未完成と偽って開発判断不能な警察や裁判官を騙せる
ドカタから料金やプログラムを泥棒しても捕まらないからな マスターって英語でそもそも使わなくね
テーブル?の意味で使ってんの見たことない >>402
理系の昔からの慣習で3文字以上のカタカナに長音記号をつけないっていうJIS規格まであるらしいぞ
しょーもないことに拘って無駄に仕事を増やす日本人らしいな 【悲報】韓国の地方自治体がIT、観光、貿易分野の日本就職を支援 しかも日本政府がサポートしているし。
ビザ獲得の条件が
情報システム関連学科卒業→情報システム関連資格取得→専門大学以上であれば何でも良いよ!に変化仲
その内韓国人であれば大歓迎!になるんじゃない?
移民には賛成しているがいまの政策には同意出来ないな。優秀な人材を獲得すべきでしょ。 >>409
>理系の昔からの慣習
1991年に内閣告示がでているかと 大学でーを付けないのは横文字だらけの論文から字数を減らすためだと聞いたんだが 【OK出たギリギリの内容】 日本人は猿以下のジャップだと悪意に満ちた宣伝され……九条ないので開戦
http://rosie.5ch.net/test/read.cgi/liveplus/1536026951/l50
また911やるのかアメリカ必死だな レビューを一人だけかたくなにレビュって書くヤツがいて、指摘してもこっそり修正しても無駄だった
プログラミングは一流でも、案の定クビになったよ
アスペに近い人多いな、この業界 java土方=javaドカ
php使い=ペチパー
C#使い=シャーパー
python使い=パイサー
VB使い=ブバー
C使い=シーザー
C++使い=プラサー
スマートな呼び名が似合うシンタクスはやはりスマートな言語だな >>421
でもおまえサーバーはサーバと書くんやろ?
長音符省略したかったらせめて統一しろや、古臭いけどまだマシや IME辞書設定、スペルチェック変えないあたりアホだわ 帰宅命令が昨日から既に出ている。ありがたいホワイト企業だが、派遣だと収入がない。
もう派遣はいやだ。 なんやかんやで要約すると、
超能力で仕様を探り当てて作れ、
納期までにできなかったらおまえの責任だ、
ってことらしいのだが、これってもしかして
俺はいじめられてるのか?
リストラ対象者ってことなのだろうか? 都内で16時には帰っていいとか言われてたけど電車止まるほどの風じゃないし良いかと安易な判断してしまった
電車止まってる帰れん! >>432
仕様書もインプットもないけどお客さんのvba直して
とか結構言われて血便流してるよ俺 四国、大阪を横切っていったのに
なんで東京の電車が止まるの?
おかしくね? ワイ「おはようございます、おはようございます、おはようございます」
ワイ「おつかれさまです、おつかれさまです、おつかれさまです」
ワイ「お先に失礼します」
シ ー ン ・ ・ ・
仕事云々よりもうこういうNPCどもと関わりたくないから仕事したくないんだよ >>437
暴風域がだだっ広いからでしょ
>>438
別に回りの反応はムシして
明後日の方向に挨拶繰り返してたらいいじゃん
意味なんて考えると疲れるよ >>409
日本語から長母音無くしたり表記変えたりってならないのがミソ
未来がないクソプロジェクトに何億も使ってるくせに >>435
楽でいいじゃん
つまりテキトーに納品しても相手にはわからないってことだろ? いやもう無言で帰るよ
まだ来て2日目だぞ
ほんと馬鹿らしいね 自分の声が小さくて聞こえなかったんだろ
ポジティブに考えないと お前が帰るのが人が減って質問なくなってめっちゃ集中できるタイミングなのが悪い 弱者を痛めつけて、男女差別・外人差別も酷く、貧しくなる一方で余裕がないのにまだ自民党を支持する馬鹿が居る民度の低い国
その自民党とかいう弱者痛めつける政党が日本に移民を増やすらしいけど、こんな国に誰が住みたいと思うんだ
競争にも負けまくって斜陽国家まっしぐらのオワコンうんこ負け組ニッポン
テンノーとかいう何の腹の足しにもならない爺の退位に何億も費やすらしい、アホか日本人w ベンチャー系のクソ営業ってマジで開発とろくに相談もせずに無茶な開発・改造案件受けてくるよな
それであいつらの方が全然給料高いだからどうにかしろや 副業可にしたから給料下げても大丈夫だなと言って給料下げられるまでがセットだな >>455
俺は5ch馴れしとるからええけど他のヒットマンにそんな口きいたら冗談じゃすまされんぞ普通
気いつけろや 見てきたものや聞いた事今まで覚えた全部 でたらめだったら面白い >>454
それ俺が一社目で引っかかって十年人生無駄にしたやつや
労働基準法で(合法的かつ社会的立場的な意味で)ぶっ殺せ でもクソ会社の営業って仕事とってこれるだけで神業やで ほどほどいい会社だと
黙ってたって入ってくるけど
クソ会社の営業はマジでこの世の汚物を全部突っ込んだかのような過酷さがある 仕事取れなくて社内待機が当たり前とか?
そんな会社潰れそうだけどな くだらない質問かもしれないけど現場でネットはできるよね?
覚えてないからググりながらヤらないと出来ない >>471
大手だとネット禁止スマホ禁止USB禁止サーバー室は正社員の立ち会い必須で人が来るまでサーバー室前で待機がデフォ
客先常駐は何年事務所で働いていようが食堂も使用禁止 javaドカの世界は世帯持たない連中が多いから残業上等の空気が出来上がってる
子供の面倒見ないから会社で時間潰しまくり ひどいところだとApple Watchみたいなウェアラブルウオッチも禁止だもんな 【料金泥棒】奪っても捕まらない業界【知財泥棒】
俺がSE辞めて人売りやる理由
・偽装請負多重派遣のSEに制裁を与えられる
・結婚相手を苦しめるSEに制裁を与えられる
・人売りは低額でできるから俺でもできる
・人売りは大儲けだから家族に奉仕できる
・SEは結婚障害者だから家族に迷惑かかる
・SEの多数は高額料金を提供してくれる
・SEの多数は知的財産を譲渡してくれる
・SEの多数は料金以上に開発してくれる
・SEの多数は搾取損害を訴えないでくれる
・SEを多重派遣したら責任問題を揉み消せる
・SEに不法行為しても機密誓約で揉み消せる
・SEを人身売買しても民事不介入の警察に捕まらない
・SEに料金以上の作業強要しても開発判断不能な警察や裁判官を騙せる
・SEに分量以上の作業強要しても開発判断不能な警察や裁判官を騙せる
・SEに契約以外の作業強要しても開発判断不能な警察や裁判官を騙せる
・SEを過労死や鬱病にしても開発判断不能な警察や裁判官を騙せる
・SEの報酬が不払いでも未完成と偽って開発判断不能な警察や裁判官を騙せる
ドカタから料金やプログラムを泥棒しても捕まらないからな 全面的にネット接続で来ないようにするとか鎖国してるようなもんだね
そんな会社は競争力を失って没落間違いない
本当の機密情報とそうでないものの分離が出来てない時点で終わってる >>476
大手だけど太客とのやり取りしか無い所はシステム開発なんてポーズでしか無いというのは20年やって確信した >>476
正社員様は高速ネットワークに決まってるじゃん
素性も知れない客先常駐は完全に閉じた世界でやるんだよ
苦しむのは客先常駐だけだし >>471だけど未経験なのに経歴一年という事で入れられるっぽいんだよね
嫌な予感がする 嘘も方便とか言うが
経歴詐称が日常なのはまずくねえの? そうそう使えなかったら切るだけの話だし
経歴なんて建前よ YouTubeみたいなサイトを作って大儲けしたい。 ちょっと教えてほしいことがあるんだけど、
巨大掲示板もしくは巨大画像掲示板を作りたいと思っているのですが、
こういうものの運営って個人でもできるのでしょうか?
あと、著作権云々のことがあるから相当大変なんでしょうが、
具体的にどんなところが大変かが知りたいです。
巨大掲示板もしくは巨大画像掲示板を作って、逮捕されるなんてこともあるのでしょうか?
いろいろ教えてください。お願いします。 >>488
全然知らんけどサーバー海外に置いて規約作ってポーズ取っとけば余裕なイメージ どういうことをしたら逮捕されてしまうのでしょうか?
著作権侵害の画像などがアップロードされて、それを知りながらも放置したとか? >>480
何も作業を振られず人知れず消える要員なら楽だよ >>493
さあな
つか会社中国人だらけなんよね
それでも悪口言われてる事位は分かるがw
モンゴロイドは無いわ
しょうもない事で他人見下して自分を鼓舞したりやたら群れたりジャップと変わらん
こいつら一生ガキのままなんだろうなって見てて思う
マジで日本に住んでると人生つまんねえよあああ
悟ったわ必要なのはジョウシキスキルでもプログラミングの腕でもなく語学力
>>492
弁護士ドットコムで質問すれば? 今41でハロワで訓練学校(web開発)を勧められたんだけど、
この歳でここでいう底辺PGでも成れるもんなの? >>495
web開発って言ってもSPAとかじゃなくて、HTML、CSSとかでしょ
というかその年でこの業界に入る=一生底辺だよ >>488
そりゃどっちかっていうとサーバーの方の機能の話よ
AWSとか使えばスケール設定ってのが金額によって自由にできる 個人でできるかっつーと
5チャンネル旧2ちゃんねるだって
運営や管理を委託した方が安いってんで
こんな騒ぎになったんだから
金かかることは間違いないね 気が付くと中韓人が凄いな
社内公用語が中国語の所もあると聞く 情シスの長が派遣を入れるけど社員が潰すというのを延々と繰り返す所に入った
スゲー空気悪い 武力でも混血でもなくビジネスを使った侵略が中国の新しい侵略戦争の形なのかね >>502
え?派遣を敵に回しても良いことないで?
誠意が消えた派遣より厄介なものはないと知るはず >>505
全然気にしてない
業務が全然捗らないけどそこは正社員みたいで安泰なんだろうな 誠意マンと派遣いじめマンの対談秋田
典型的な煽りパターン >>495
訓練学校は行けばお金もらえるかなんかプラスになるはず
テンプレか次までの繋ぎで引き伸ばしじゃない? >>505
派遣は物品という程度の認識
敵に回すとか次元でない
まあ法的にも物品扱いだしね >>510
電卓に1+1を計算させたらEって出てきたら困るだろ? 年始に200万で発注したシステム
8月に納品されたんだけど
1人以上で作ってるだろうになんで200万で出来るのか不思議 お客様とは失礼な奴隷ですね、マスターと言いなさい
くれぐれも自分の立場を忘れないように気をつけるんですよ >>514
敵でしょ。
客は、敵の敵だから仲間だよ。 オープン系の案件死滅してくれん?
なんでどこもかしこも狂気な案件なん?
修行僧みたいな環境で開発やってるんだけど、本当にIT系なのこれ 最初にWeb開発から始めた人って普通のフォームアプリ開発も苦を感じなさそうだが
逆だとまったくの異文化感で苦行じゃないの >>203
すすきのなら5000円ありゃ一回抜けるよ やはり静的型付け構造型言語はコンピューターと人間の可能性を制限している
昔の人間がBASICから入ったように
今の連中もJavascriptとかから入れるのがよいのか 可能性を制限しているんじゃ無くて、テスト範囲を有限にしようってだけだからな。 JSのスプレッド演算子が便利すぎて嫉妬
C#に取り込んでくれねえかなー いらねーからって言った機能がどう考えてもいる
作るのはたいした手間じゃないが
勝手に作ってもやっぱいるって言っても怒られそう
どうしよ >>527
どう考えてもってゆう程考えとらんやろ
いらなくなるまで考えろやカス ガムテでくっつけとけ
データベースに入れる処理ならファイルに出すとか
通信で受け取る必要があるならファイルから読んでおいて
必要ならここに書けば読み込むからねと そうか
そうやってうやむやにすればいいんだな!
その機能じゃ解決になってなかったとか言って
…工数オーバーで極力機能外すようにしてたんだがまた増やして大丈夫じゃろか 仕事でやってるのだから余計なことをするのは絶対にダメだよ。
より良いものを作ればいい、なんてワケじゃないからな。
趣味で作ってるワケじゃないのだからな。
契約だ約束にないことをやってその責任は誰が負うのだ? テーブルのカラム数が50以上のテーブルって普通なの? >>527
いらないって言われて納得してないなら今度はなんでいらないのかを詳しく聞け >>532
だって仕様書に書いてないことを正当化し始めた時点で会話は無意味じゃん
○月✕日のお客さんのデモで動くことって発注書に書いてきた大手の新人の子の方が素直で共感できるレベル >>535
それならやっぱ必要だとすまんと説得しろ
一時的に嫌味とか怒られるのは仕方ない
こっそり作って誰も使わないゴミだったとか、いらないって言ってやっぱ必要だったのほうが一番評価下がる >>532
責任負う覚悟もなしに仕事すんなやカスw >>533
もう一桁増えてから疑問を持つぐらいでもいい
テーブルが十倍になると依存関係の管理が人間のできるレベルを超える
テーブル同士を管理するシステムがクソだから今のところは
テーブルを作りまくるのは悪手になる >>539
テーブルが増えるのは依存関係がないからやカスw >>540
今ってデータベースのツールがクソじゃん
ツリー構造もできねぇし
管理が稚拙だからやめた方がいいよ
クラス図といっしょになるに決まってんじゃん
プログラムとかわんねんだから
テーブルの入れ子がサポートされない以上やめた方がいい >>533
システムが扱うドメイン領域にもよるけど、50カラムはRDBでも普通にあると思う
カラム数でなく適度に正規化してるかで判断したほうがいい
「予備カラム10」みたいなクソカラムみつけたら間違いなくゴミだけど 依存関係の管理?
外部キーのこと言ってる?
たまにいるよね外部キーや制約をつけずに管理できなって嘆く素人 俺の知ってる某システムは
カラムが50以上あって予備カラムが50とか100以上あって予備41、予備42みたいの名前で
さらに重複しないようにしつこく正規化されて関連キーまみれだったが
不思議とそんなダメな感じがしなかった
予備カラムが多すぎて違う意味が同じ予備カラムに当てられることがなかったんだ
ついでに番号管理なせいで読みづらいが間違いにくかった
世間で言われてることあんまりあてにならん >>541
こういう奴がチームにいて権力も持ってる場合ってみんなどう対処してるの?
諦めるしかない? >>546
圧倒的にテーブルが多いほうがヤバイ
仮に50で作った場合
500で作る俺の10倍のテーブルの管理が必要になるがわかってる? シカトでええやんバカなんやから
バカの権力恐るに足りずやでw 阿部やトランプにそれ言えんのか
表向き権力もってるってことはたとえ操り人形でも
いろんな人間の利益が恐ろしいほど紐づいてる >>547
10倍になるなら10倍が必要なんだよ
列数を増やせばテーブルが減って管理しやすくなると言うが
実際には10倍の情報がごちゃまぜになって一箇所にムリヤリ押し込められて管理しにくくなってる >>550
結局、テーブルを管理するか
フィールドを管理するかのトレードオフだろ?
俺も現状のDBがテーブルを管理する仕組みがクソだからフィールド側に傾けてるに過ぎない
オメーはトーレドオフの問題であることを認識してるのか? こまごましたテーブルが大量にあると、
ちょっと関連データ引っ張りたいだけで
テーブル数珠繋ぎのJOIN地獄になるから嫌だな・・・ >>551
おめーがテーブルを管理できない理由はカラムの増やしすぎが原因だよ
本来分離されるべきテーブルが合体してぐちゃぐちゃになっちまってる
こうなるとテーブル間のリレーションもメチャクチャになって管理コストが跳ね上がる
テーブル間の関係の管理コストが増えるとテーブル数がスケールしなくなる
カラムを減らしてテーブルを適切に分割すれば逆にテーブル間の管理も楽になる
テーブル間の関係の管理コストが小さくなるからテーブル数がスケールするようになる
ちなみにトレードオフってのは天秤の量端が釣り合ってるときに使う言葉な >>553
JOINで済むなら安い
JIONで済むところをデータの複製(重複)に置き換えると同期コストで死ぬ
学校や新人研修で教わる基本中の基本だろうが >>555
出発が独学かつ新人のころは
データーベースなんてものは日本ではポピュラーじゃないぐらい昔なので
専門的なこと言われてもわかんないわーごめんねー
今は自分でDBの設計までしてるから、
そのデータの複製(重複)というものが具体的にどういうものかわかんないわ
SQLで書いてくれるとわかるかも
>>553は他のプロジェクトに助っ人で行ったら
正規化し過ぎたテーブルでアフォかと思ったことを書いただけなのよ
気に障ったならごめんね >>554
なんで?
単純に俺が100個テーブル作るプロジェクトで
テメーは1000個テーブル作るんだろ?
管理できるもんならやってみろよw むしろどういうときに正規化をさぼってるのか聞きたい
基本やるだろ ログテーブルとか、分析用に時系列でデータ追いたい時は正規化しないね
あとはシステムが単純でKVSでjson1つで
事足りるとき いくつならよくて、いくつならダメなのかという規約でやると、ダメな数になった時にテーブル増やせないから
カラム増やそう、レコード100万件以上あるけどテーブル増やせないからしょうがないよねみたいな恐ろしい
ことを簡単にやろうとするからね。
今のスペックのDBなら100万件程度ならすぐに終わるだろうけどそういう現場だと問題が起きるまで
そういうことをやり続けるからね。 ロシアンルーレットやるみたいなところで働きたくないよね。
DBのテーブルなんて必要な数だけ作らなきゃならないんだよ。 数が多いと自分は理解できないから
数をおさるなんて思考をする人はDB設計周りに近づいちゃダメだよ。 >>560
じゃあ君の方法だと1000を超えるテーブルのテーブル同士を管理するまともな方法はあるの?
人をバカにするばっかりでさっきからその方法が全く出ないけど
現状のDBにはそんな機能は無いよね? もしかして君の言ってる管理って
GUIでポチポチできるかってレベルの話してる? >>562
ハイハイ、無駄口叩いてないでさっさとどうやって管理するつもりなのか言ってね
まさか、なんの策もないくせにテーブル数だけバカみたいに増やすつもり? 派遣行く先々で瞬間湯沸かし器が居て嫌だ
もう派遣にはそんな場所しか残ってないんだろうな >>564
もう媚びる必要ないほど派遣先には不自由ないからね
気に入らなければ声に出す人間は増える状況にはある >>565
>もう媚びる必要ないほど派遣先には不自由ないからね
体操の塚原が古臭くなったようなものか 最近は派遣さんを募集しようとしても
めぼしい人材はもう何処の会社に
囲い込まれてしまっていて
人がいない
たまにスペック高い人がいても
ほとんどが入社させたら業務なんて
こなせる筈のないハッタリだったりする
優秀な人を正社員の気分で辞めさせられる
ような状況ではないと思うのだが・・
ハッタリ人材は別だけどね >>570
ハッタリかどうか見抜くのはポートフォリオ見せてもらって、技術的な雑談するのが一番確実だねw
優秀な人はとっくに正社員として引き抜かれてるからw
特派の会社でもエース級の人は自社サービスの開発に回されるか、その会社の最重要案件を手掛けてる。
前職で世間的に名の知れた会社の名の知れたサービスを手掛けて、実際にコードを書いてた人なら採用して間違いないよ。 うちの上司が「出来てない」みたいに語尾が「○○ない」になる時に、「○○にゃー(出来てにゃー)」って言うのがすごく気持ち悪い
真面目に打ち合わせしてる時とかお客さんと話をしてる時とかにもやるし本当にやめてほしい そういえば昔、FF11のミスラとかいう女キャラに成り切ってる同僚(男)がいたわ。
ゲーム仲間と盛り上がってたよ。 >>549
>阿部やトランプにそれ言えんのか
>表向き権力もってるってことはたとえ操り人形でも
>いろんな人間の利益が恐ろしいほど紐づいてる
安部はファシストだからな
言論の自由をはく奪しようとしている恐ろしい人間
市民の敵 >>572
最近日本語の発音と文法が現代の現実に即してないと思ってるんだよ
普通自然言語って喋りやすいように変わるもんだからね
それを学校で古臭い言葉強要してんだから弊害も起きるよ
まぁある種の人々ってのは聞き慣れない言葉を絶対認めないし日本はそんなん多そうだからあれだけど http://www.meiwasuisan.com/frame/
↑こういう感じの巨大画像掲示板を作って、
それの運営だけで生計を立てていきたいのですが、
こういう感じの巨大画像掲示板って作るのにどれくらいの時間がかかりますか? 【料金泥棒】奪っても捕まらない業界【知財泥棒】
俺がSE辞めて人売りやる理由
・偽装請負多重派遣のSEに制裁を与えられる
・結婚相手を苦しめるSEに制裁を与えられる
・人売りは低額でできるから俺でもできる
・人売りは大儲けだから家族に奉仕できる
・SEは結婚障害者だから家族に迷惑かかる
・SEの多数は高額料金を提供してくれる
・SEの多数は知的財産を譲渡してくれる
・SEの多数は料金以上に開発してくれる
・SEの多数は搾取損害を訴えないでくれる
・SEを多重派遣したら責任問題を揉み消せる
・SEに不法行為しても機密誓約で揉み消せる
・SEを人身売買しても民事不介入の警察に捕まらない
・SEに料金以上の作業強要しても開発判断不能な警察や裁判官を騙せる
・SEに分量以上の作業強要しても開発判断不能な警察や裁判官を騙せる
・SEに契約以外の作業強要しても開発判断不能な警察や裁判官を騙せる
・SEを過労死や鬱病にしても開発判断不能な警察や裁判官を騙せる
・SEの報酬が不払いでも未完成と偽って開発判断不能な警察や裁判官を騙せる
ドカタから料金やプログラムを泥棒しても捕まらないからな カラムを増やすと余計なNULL値が増える
テーブルを増やすと依存性管理が大変
どっちもどっち
メリットとデメリットがある。
そのためDBAが要るわけで… テーブルもコードと同じで単一責務を守らないとメンテナンスしにくくなる
本来AとBに分けるべきテーブルを1:1だからええやろと安易に1つのテーブルCにしてしまうとA:Bが1:*に変わった時に対処困難になる
状況が変わる頃にはCへの依存関係が発達してるから簡単には身動きできない 最近周りでよくRPAの話聞くけどプログラマーとしてメリットあるの? 都内で大型地震あったら、スリル言う前に生きてないから。 1 情シス上司が派遣入れる
2 部下が派遣潰す
3 成果物なし
4 goto 1
成果物無しで2年遊ばして貰った派遣先
地元じゃ大き目の会社だけどモンスター社員居ると会社のIT化が著しく遅れるなと思った RPAでVB使い程度は用無しになりつつある
AIやってない奴は10年以内にジョブチェンジかなって雰囲気 >>586
メンテコストだけが高まる
営業「画面修正してー項目ちょっと変更追加するだけー」
PG「はい(だけ、じゃないんだろうな)」
客「その画面使ってるRPAが動かなくなったんだが、こっちもバグ扱いで対応して」
営業「いいよー^^」
PG「ほらね」 VB使いってコーダーですらないだろ。
そんなもんとっくに絶滅してる。 昼休みが終わるけどもうぐったり
1日3時間以上の労働は違法化すべき ミューオンモニターというやばいもんが開発されちゃったもんで富士山がいつ噴火するのか分かっちゃっただろうな アルカスとかいう国産のDockerコンテナを動かすクラウドサービスってどうなの?
https://arukas.io
Dockerコンテナを最速60秒でデプロイできる「Arukas」誕生秘話
http://ascii.jp/elem/000/001/674/1674947/
AWSのFargateみたいなやつ? rpa触っててクソかよとしか思わないんだが良い感じに運用出来てるとこて極一部じゃないの?
マなら言語使って書けばいいじゃんなんでrpaて思いながらやってる RPAを使って開発するんじゃやなくてRPAそのものを開発するもんじゃないの
なんか訳わからなくなってきた うちはRPA導入してオーナー部門が自前でシステム作り出したから情シスの派遣プログラマは契約終了になった
今プログラマ目指すとか無謀過ぎるわ
まあコールセンターは相変わらず人手不足だ
ITにこだわるならこっち目指すべき RPA使うのはユーザーだからな
RPA作る側ももう人一杯 cuiなら自動化は当然だからrpaていうのは何だか変じゃないか
guiは自動化に不向きなのにguiに画像認識を使って自動化するのも
変じゃないかな AIが使うならデスクトップ画像解析のほうが簡単なのかもしれんが、そうじゃないなら無理矢理UI操作を自動化するよりAPIを充実させたほうがいいだろ RPAって定型業務の自動化のことじゃないの?
つまり今までの業務アプリやバッチ開発と何ら変わらないのでは プログラム書けばいいじゃんっていうが
SIがピンハネしまくって高価なクソアプリ作るからRPA使うんだろ RPAってあれはプログラムとか書くの?、ツールでしょ。 情シスなんて良くやるな
俺なら嫌だから転職するわ
統計学とPythonとSPAで今なら転職し放題 >>612
基本機能とライブラリが貧弱で凝ったことしたい時は稀にvbで書いて対応したりする
簡単に作れるのが取り柄じゃないのかなんの為のrpaやねーん! 俺の行ってる会社のある場所で地震が起こってくれれば良かったのに・・・
なんでいつも違うところでばっかり起こるのだよ >>616
地震が起きて会社が休業になってもな
納期はそのままだったぜ >>617
おいおい>>616は死にたい言うとんのやで?
ほんま行間の読めん奴ばかりやなコーダーはwww https://twitter.com/-/status/1037353260850409473
> 自動生成されたPythonコードで、画像認識を活用したテスト自動化プログラムをさくさく量産できる中華製統合開発環境 Airtest IDE
これはすごい 画像認識でテスト自動化ってOSSにあっただろう
またパクリか >>619
これgithubあるけどオープンソース? プログラマ業界は客先常駐がメインだから切られやすくて不況に超弱い
数学的センスに溢れていて常に引っ張りダコの超人は別だけど大半の奴は調整で簡単に切られる 【料金泥棒】奪っても捕まらない業界【知財泥棒】
俺がSE辞めて人売りやる理由
・偽装請負多重派遣のSEに制裁を与えられる
・結婚相手を苦しめるSEに制裁を与えられる
・人売りは低額でできるから俺でもできる
・人売りは大儲けだから家族に奉仕できる
・SEは結婚障害者だから家族に迷惑かかる
・SEの多数は高額料金を提供してくれる
・SEの多数は知的財産を譲渡してくれる
・SEの多数は料金以上に開発してくれる
・SEの多数は搾取損害を訴えないでくれる
・SEを多重派遣したら責任問題を揉み消せる
・SEに不法行為しても機密誓約で揉み消せる
・SEを人身売買しても民事不介入の警察に捕まらない
・SEに料金以上の作業強要しても開発判断不能な警察や裁判官を騙せる
・SEに分量以上の作業強要しても開発判断不能な警察や裁判官を騙せる
・SEに契約以外の作業強要しても開発判断不能な警察や裁判官を騙せる
・SEを過労死や鬱病にしても開発判断不能な警察や裁判官を騙せる
・SEの報酬が不払いでも未完成と偽って開発判断不能な警察や裁判官を騙せる
ドカタから料金やプログラムを泥棒しても捕まらないからな >>624
開発終わったらいつでも切れるように
外注だらけにしてクソの山みたいなゼネコン構造作ったんたから当たり前だろ そういう切りやすい構造にしたのにまだ雇用の流動性うんたらかんたら言って
さらに切りやすくしろって吠えてるのが現状だからな。 人の欲に限りは無い。 みんな自分さえ良ければ良いからな。
そんな幼稚な精神の人間だから
理想郷な真の共産主義社会が実現できない。 現代社会は明らかに過剰生産なので共産化は理にかなってるよ 俺この業界入るまで雇う方も偽装上等で来いやってスタンスかと思ってたけど意外と普通に嫌がるんだね
どこの誰かも分からない輩格安で雇うのに
しかもすぐ切れるのに出切れば長期でお願いしたいとか言ってさ
1年ぐらいで東京からずらかりたいな人間らしくないわ
でもやる気はあるから出来るようにはしたい
不安で一杯だが 共産党政権になれば理不尽な差別が無くなる
我々のジャップランドからの救済は共産党から始まる 俺も3ヶ月目の更新で辞めると言ったらスゲー嫌がられた
逆はあっさりなのに
制度レベルで奴隷だわ
客先常駐プログラマ SIは仕事ある内は使えるやつはずっと使いたがるが
不況になって仕事なくなったら切る
そのための非正規 遅かれ早かれいずれ切られるんだし、
動けるときに動いた方が良いや。そのための派遣だし、その方が業界のためにも役に立つ 人と関わりたくない
設計書をダウンロードしてプログラムコードをアップロードするだけの仕事ってないのか あるけど設計しないただのコーダーは価値低いぞ
標準ライブラリやAPIが充実してる昨今アルゴリズムをゴリゴリ書く機会は早々ないから ほぼ最低賃金でバリバリコードを書いてる俺は、
これ以上賃金が安くなることないから問題ない。
でも、設計もコーディングも何も出来ない新人正社員の方が
給料が高いっておかしくね?
色々できる俺の方がなんで給料が安いのだ? >>640
別会社の新入社員の話?
未経験新入社員の給料と教育は将来への投資だから、会社の財布事情と経営方針の方が要因として大きい
今何ができるかの市場価値とはあまり関係ない ほんともう人の相手するの疲れる
人類を滅ぼすスイッチが目の前にあったら押してしまうと思う
チャットと開発だけして生きたい アフィリエイターになって自宅で仕事をして生きていきたい。 ここで話聞く限り派遣≒地獄の環境みたいなイメージだけどなんで転職活動なさらないんですか??? 転職した人が派遣元の名前が変わっただけで同じところに戻ってくる
マジ狂ってる 今日満員電車乗ってたら黒人のにいちゃん二人居た訳よ
それでキャリーバッグ持ってたんだけどおっさんがその上にわざとらしく手を置いて手繰り寄せ寄りかかったのよ
俺は困惑したけどもしや家族かもしれないからと自分を落ち着かせた。が、その後そのおっさんは消えたのな
そこでそのおっさんが単なるキチガイだと判明した訳だけどなんかこう全体的に既視感凄いなって。
POJO(Plain Old Jap Object)じゃんみたいな
黒人が可愛そうだわ くそ頭の悪そうな書き込みだな
置き引き目撃したのかと最初思ったわ
要約すると満員電車で日本人のおっさんが外国人のキャリーバッグによりかかっているのを目撃したのか >>640
できる自信があるならもっと金払いの良い会社に行けば 偽装請負とか通報しろよ
もし本当ならな
何やってんだよ >>649
満員電車でキャリーバッグ等を持ち込んではいけないっていうmaven化されてないルールを根拠とした謎の正義感と
日本という社会では日本人たる自分の方が偉いっていう社会的ポジションを武器にしたこれまた謎の自信で
マウンティングをしに行くってのが古き良き日本だなと思ったんだよ
お前も心当たりないか?
例えば客先で奴隷のような扱いを受けたとかな
飲み会拒否って嫌われたとか
定時帰社して嫌われたとか
まぁおっさんも病んでんだろう
だから俺は誰も責めない
ただ悲しいと思っただけだ >>651
偽装請負無くしたら人不足過ぎて現場死ぬと思うがな
それで給料が上がるとも思えない 死にたくなければ金を出せばいい
金を出せないなら死ね >>652
ジャップランドは陰湿だなあ
なんでこんなに生きにくい社会になってしまったんだろう ラーメンや蟹はなぜあんなに美味いのか?
まさに地球が産んだ奇跡としか思えない。 偽装請負やって人は通報して!
そしてこのスレで空売りしておいてくれと一言頼むわ あと、帆立の貝柱を焼いて食べるのも超絶美味い。
帆立のヒモは苦手だけと貝柱は尋常じゃないくらい美味い。 >くそ頭の悪そうな書き込みだな
でもないよ。他人に分かるように書かれている めちゃくちゃ量が多くて超美味いラーメンを食べたい。 >>656
北欧の村じゃ鮭漁の害として処分されてたんだぜ?
売れるとわかって、蟹漁はじめて一気に富裕村になったとな >>657
Nでやってたけどどこに通報したらいいの?
残業代も払わなかったし景気の悪い会社はどうしようもないね 蟹を吐きそうになるまで超いっぱい食べたい。
蟹の美味さは異常としか言いようがない。 うなぎ様が瀕死となった今、蟹様におすがりするより他無し。 作業場所が客先なだけですよ。
作業指示は、客が出してるのじゃなくて
あんたのとこの上司が出してるのです。
客は、善意であんたのところの上司の指示を
伝えてあげてるだけです。 本当に日本人は優しいな…
家畜見たいな扱いされても全然平気
いずれ捨てられても仕事に全力
お疲れ様でした! >>666
自社には手配士がいるだけで技術者などいない
内容を把握していない者が指示など出せるわけないだろう
そこ突っ込まれたらどうするんだ 最近はクラウド使うからLinuxの知識は必須
まずはAWSを利用してみてはどうか テキスト編集だけで四苦八苦するわ
でもvimとかなれるとすごいんですよね 今使ってるPCからwindowsを削除してubuntu入れたら嫌でも身についてwindowsの悪いところと良いところも理解できる
無理にvim、emacsを使う必要はないカスタマイズ性の高い同レベルに優れたエディタはたくさんある APIに向かってcurlでjsonポストするのが超苦手 面談(=面接)てのはシンプルに柔順さがあるかを見るだけの儀式だと察した
まるで営業の採用試験だw 大手プロッパがろくにグラミングの知識ないままPMに仕立て上げられて
低単価で要員?き集めて指揮系統から折衝から設計までほぼ丸投げして
利ざやを稼ぐ低能スタイルが崩壊する日は来るんだろうかね
糞な現場で契約延長お願いされてもこっちから拒否ったら大抵が
内心ビックリしたような対応されるがクソ真面目な日本人は使い捨ての派遣にもかかわらず
糞な現場でも逃げ出さずに一生懸命奴隷のように働き続けてるんだろうね >>679
とりあえず、お前は日本語で文章を書く練習からだな >>674
rest client ブラウザでググれ 業務知識あるなら、大手人売りよりユー子のが精神的に安定するよ
多少給料下がったが転職して良かった
家族持ちが鬱持ちになったら取り返しつかないぞ プログラマだけ雇用の流動化
ゆえに社会と折り合いつかず35歳辺りで定年になる
35歳で絶対定年って訳じゃないけど
大半が35歳まで ・バージョン管理システムが無い
・ソースコードは全部サーバー日付管理
・デプロイタイミングの粒度がアホみたいに大きい
・改修前のソースコードは全部コメントアウトして残す、2002年ぐらいの規約で決められてるから変えられないらしい
・そもそもローカルでデバッグ実行できる環境がまともに整備されてない
こんな環境で言われた事
「何でそんなに不具合の特定作業遅いんですか?」
本当に頭逝かれてるんじゃねーのこれ >>684
コメントアウトは草
マジであんのかそんな現場 【搾取損害】SEの結婚障害原因【無能残業】
☆偽装請負多重派遣SEの結婚相手の犠牲原因☆
両親や親戚に反対されましたが、偽装請負多重派遣会社に高額搾取金を提供したり時間外労働違反で家事をしないSEと結婚してしまい、生活困難で中絶と離婚をしました。現在は犯罪損害のない相手と共働き生活をして、数億円損失を防げました。
・モラルがない
・キモい
・ファッションセンスがない
・コミュニケーションが苦手
・コンピューターが趣味
・プログラムの料金以上の不利益生産
・プログラムの巨額利益を客先に提供
・プログラムの巨額報酬を人売に提供
・プログラムの知的財産を人売に提供
・ITスキルが高いのに低料金請求
・高度情報処理技術者なのに請求料金不足
・高利益なのに請求料金不足
・高生産なのに請求料金不足
・高需要なのに請求料金不足
・学習多いのに請求料金不足
・人員不足なのに早期退職
・会社員なのに早期退職
・PC使用過多で不健康
・運動不足で不健康
・高稼働で不健康
・高稼働で家事困難
・低収入で生活困難
・低収入なのに鬱病多発
・低収入なのに早死多発
・不利益なのに断らない
・偽装請負の多重派遣損害あるのに稼働
・裁判官が技術判断不能だから賠償困難
【IT業界】独身が多い職業の象徴として「ITエンジニア」が取り上げられる
http://itpro.nikkeibp.co.jp/atcl/watcher/14/334361/110200713/?ST=spleaf >>684
無能な働き者が働いた結果がクソ規約になるんだよなー
設計書も量だけあって中身はクソ設計ってパターンだろ? >>687
設計もひどいぞ
エクセル設計書だけど全部言葉でしか書かれないの
普通さ、UMLとかデータフロー図とかER図とか必要じゃん
な ん も な い
クラス名とか引数を日本語でべた書きされたものを手渡されて「これ設計書ね」
タイプスリップしてる気分 そんな非効率な事をやってる企業が潰れないのって何故だ
日本は共産主義国家だったのか? データフローは要らん
ベタベタな手続き型の汚いコードに帰着しやすいから
ER図も要らん
ER図は設計ミスでデータ構造が過剰に複雑化した場合だけ必要
DDDに則ってドメインファーストで設計すればデータ構造も単純化する
UMLは範囲広すぎてなんとも言えん 非効率て言ったら、ろくにコードも書けないような使えないPGもまとめて一頭いくらで金出して開発してることが、非効率の極みだろ >>684
俺のとこもそんな感じだったが、git入れてコメントアウトルールを廃止した
他はなかなか難しいけど、これだけならすぐにでも導入できるんじゃね?
久しぶりにコメントアウトルールなソース見たけど、目眩がするよなw プログラミングは単純労働では無いのに
なぜ数ばかり増やそうとする?
却って生産性落ちるでしょ >>689
これ心当たりがあるけどT社の系列じゃね
友達が同じ愚痴言ってた >>693
そのほうが儲かるんだ
資本主義が続く限り未来はない
共産化すればプログラマがプログラマらしく働ける 車でTってトヨタしか無くね?
車が急加速するバグのあるファームウェアの話を思い出した
ファームウェアが超スパゲッティコードなせいでバグったらしい
一つの関数で数千行になってるとか? 普通にまともなフレームワークあったらUMLとかいらんくね?
フレームワーク自体にはいるけど >>693
100人雇ってその中に数人できる奴がいれば成功っていう、投げ縄漁法でしか成功要員となる技術者を雇えないから >>690
UML使わん所はクラス設計知らん可能性100%
DDDなんて当然無理
工場で制御上がりの正社員が情シス任された時に陥る >>701
UMLのことをろくに知らないだろ
ピントがあってないぞ >>704
フレームワーク通りにアクションクラスとロジッククラス作るだけのシステムなら、詳細レベルの設計書でクラス図やシーケンス図なんていらんだろって意味なら別にわからなくもない 先の方の書き込みにあったように
UMLが、バッファの動きを示してくれるなら役立つかもしれないが
関数間を線で結ぶだけではだめだよ
関数の引数や得られる結果が(バッファの内容)が
図示されていれば分かりやすい
___ ___
A関数で得られた|結果|が、B関数に与えられて、結果が|Buffer|に入る
ーーー ーーーー
|________________________________↑
UMLでの矢印はこんな感じになるといいよ ユースケースは要件定義のお供に良く使う
クラス図とかシーケンス図とかも使うがあくまで概念設計の時だけだな 最近、自宅のPC部品や周辺機器は国産NGにした
勤務先の惨状を見て、随分前から栄光の時代は終わりってわかってた
でも自分は愛国者だから、日本のメーカーを信じたい、という気持ちが少なからずあったんだろうね
気持ちを割り切って、海外メーカーに乗り換えてからはすこぶる快適だよ 結局、過不足なく書かれていればエクセルで日本語だけの設計書でも事足りるって話だな >>703
UMLは便利だがこだわっても失敗するだけだよ
対象ドメインをモデリングするために必要な構造が網羅されているか?と聞かれたらされてないからね
例えば、質点運動の力学的シミュレーションが対象ドメインだったら、UMLで簡潔明瞭にモデル化できるか?
この場合はUMLよりも、点と矢印を描いた図といくつかの数式を書いたもののほうが的確にモデルを表現しているね
無理してUMLをドメインモデルに当てはめようとすると歪になるだけ 設計・詳細設計とか勉強するのにおすすめな本教えてください >>712
過不足なく書くための工数が膨大なのでそんな設計書は存在しない >>709
こんなくだらん設計書を書く手間が有ったらエディタ開いて
buffer = B(A())
って入力してテストしてコミットしたらいいんじゃないの?
金になるからわざと工数増やしたいの? わざと工数伸ばしてんのか?と疑うレベルのことする人いるよな バッファーとか言ってるのは組み込み系じゃないか?
業務系と比べるとシステムの状態数が桁違いに少ないからバッファーバッファー言ってられるのかもしれんが
業務系でそんなんいちいち追ってたらキリがねえから抽象化して考えるんだよ >>693
今だけを考えるなら少人数でいいだろう。
ただその少人数に何かあったり新しいことをやろうとした場合に都合よくできる少人数を
捕まえれるかというのがあるな。 少人数に入った側だって自分のバックアップもフォローも
ない状態で仕事を続けるのは嫌だろ。 若くて健康なのはそういう先のことまで考えないけど。
別に入れるほうがそういう考えじゃないだろうが、結局のところ出来る奴だけを事前に
抽出するなんてほとんど不可能だから、大量の人材プールを用意してそこから出来る
やつを育てていくしかないんだよ。 >>719
出来るやつは情報発信してるからアプローチして引き抜くんだよ
解雇は難しいけど転職は自由な日本で人材プールはいくらなんでも効率が悪すぎる >>714
アプリ→現場で役立つシステム設計の原則
DB→SQLアンチパターン
が設計入門としておすすめ。
システム間連携の仕事も任されるなら、エリックエヴァンスのドメイン駆動設計も読んだほうがいい >>712
マークダウンで書け
わざわざエクセルを開かせるな >>722
マークダウンで横並びの画像や矢印吹き出しを入れる方法を教えてください >こんなくだらん設計書を書く手間が有ったらエディタ開いて
>buffer = B(A()) って入力してテストしてコミットしたらいいんじゃないの? >>716
プログラマはテンションあげてコードを書いているなら
一ヶ月もしないうちに書いたこと忘れるよ。
コードに添えられたコメントも役立たない。
クソコードを読み直すのがおちだな
テンションあげて書いたものは、クソコードに陥っているよ。
そのときだけ分かるようなもの。
コードを読み直すときに設計書が役立つ >>720
なんで出来る奴が勝手に生まれてくると考えるんだろう?
その出来る奴はかなりの確率でどこかの組織が育て物で大抵の場合はその組織と
周りがいるからパフォーマンスが出せたりする。
アメリカだったかで個人を引き抜いてもパフォーマンスが出ないことが多いからその
個人が属しているグループごと引き抜くほうがいいという流れになっている。 会社ごと
買収するってのはそういうことだよね。
まあアメリカみたいに世界中から人が集まる環境ならタコの足食いみたいなことしても
問題が顕在化するのはずっと先だろうけど、ほかの国だとまあ無理だよな。
今の日本のIT業界かかわらず景気が良くなったら人材不足だーって騒ぎになるけど
人を育ててなきゃそうなるなって見本だよね。
まあ情報発信してる人が必ずしも出来る人じゃないってのはそういう人を採用したことが
ある人はわかるよね。 世の中そんな単純じゃないってのは。 大手の会社で人脈作って独立したけど、独立したとたん見向きもされなくなった例なんて
いくらでもあるでしょ。 「大手の会社に所属」とい属性紐づいた人脈でしたっていう。
自分の人脈は違うから独立しても大丈夫だ! > やっぱ無理でしたったいうコントは
数えきれないほど起きているというのにそこから逃れられると考えるのも結局はこの
コントの登場人物と同じなんだよね。 >>724
忘れたらコードを読めばいい
コード読んで分からんようなものを書くやつは”さらに”わけわからん設計書を書く >>723
横並びの画像ができないとでも?
吹き出しだなんてどうでもいいことにこだわっているExcel大先生おつ 「人を育てる」って、元々は終身雇用・年功序列主義の日本企業が得意とする事だったけど
情報入手の容易化や低賃金化によって、人を育てても辞めてしまうってことは増えただろうなあ
優秀な中途人材の獲得競争に負ける→優秀じゃなくていいから育てる→育てた人材が他の待遇いい会社に流出する
魅力的な労働環境とスキルに見合うだけの報酬を提供できるくらい儲かってる会社でないと、この悪循環は抜け出せそうにないな >>725
組織に要介護のプール人材がいたら出来るやつも力を発揮できんだろ?
出来るやつを育てて力を発揮させることができる企業にはプール人材など不要 >>729
は?
ごたくはいいからやり方を書けよ
吹き出し矢印も気軽に書けないドキュメントエディタなんて話にならんぞ? > 出来るやつを育てて力を発揮させることができる企業にはプール人材など不要
その企業から人材が引っこ抜かれないという保証はどこにあるのだろう? >>730
そうは言ってもいい目を見させてもらった会社で生まれた帰属意識は強固で多少条件がいい
程度では転職しないんだよね、にんげんだもの。
後ろ足で砂をかけるよに辞められるのはそれなりに理由は存在する。まあ頭おかしいのは
一定数いるけど。
転職されても一定の関係を維持できるってのが今の世の中は必要なんだろうなと。 >>721
>現場で役立つシステム設計の原則
------------------------
以下に,コードの設計を改良する例を示します。
int price = quantity * unitPrice;
if( price < 3000 )
price += 500; //送料
price = price * taxRate();
-----------------------------
というのがネットにあった。
まずプロトタイプを作って、そこからだな。
price += 500; //送料
のところなんだけど、これをそこらじゅうでコピーすると
いうのをやってはいけない。項目ごとにそれをやってはいけない
送料の変更があったときにそこらじゅうを変更するからだ
メソッドにする
500=GetShipCost();とやるわけね >>733
出来るやつが引っこ抜かれたら要介護のプール人材だけが残るだろ?
プール人材でも雇用してる以上は給与を払わなきゃならん
プール人材を養うコストがなければ出来る人材を雇うのは簡単だ >>735
これじゃ適当に画像ならべて吹き出しと矢印つけれねえだろ?
日本式ドキュメンテーションには全く役に立たんわ その日本式ドキュメンテーションのせいでIT死んでるんだよな
工数工数言う前にエクセル弄りしてる時間図ってみろよっていう >>739
エクセルがなきゃなにも始まらん
エクセルで企画、エクセルで要件定義、エクセルで設計
エクセルで実装、エクセルでレビュー、エクセルでテスト
最後にエクセルをコードに写すだけ
システム開発とはこうあるべきだ エクセルが便利すぎるんだよ
ポップアップ表示のコメントや画像も挿入できるしアウトラインをグループ化したりもできるし
便利な例を挙げたらきりがない ビジネス効率化!事務工数削減!と客に吹聴するSIerが一番工数削減できていないのほんま草 >>737
なんで管理側が賢明なことを前提に話しているんだろう?
10人程度の規模の組織ならともかく数十人規模くらいからでも管理側からみたら
誰が必要でだれが不要かも分らんだろうし。
出来る人材なんてコストが見合わなくなったらお荷物になるわけで、出来ることなら
出て行ってもらいたい、松坂のように。 >>744
そら管理側もプール人材じゃなく出来る人材を雇うからだよ >>738
何でそれをやるなって言ってるのがわからねえのかなあ
100万回は言われてるだろうに >>746
最高にお手軽で最高にわかりやすいからだろ
なんでやっちゃだめなんだよ
合理的な理由と代替案を示せんのか? 仕事をこなすより資格を取る方が給料あがる人達だからな 英語で全部やりたかったらレベルの高い会社に行けばいいのさ >>745
どこかに存在してるかもしれない組織の話をされても、はあそうですかとしか思えないのですが? googleは並のレベルじゃ無理なのはわかるんだが
yahooとか楽天とかの開発職もよほどじゃないと採用されない感じなのだろうか Excel方眼紙で結合しまくって罫線を丁寧に入れるのも
番号(1、1-1、1-2)を手作業で1つずつ入れるのも
シェイプで矢印や吹き出しを配置してキレイに座標合わせるのも
印刷レイアウトの枠内に入るよう整えたり、改ページがキリのいいところになるように文章ずらしたりするのも
SIではそういうのが大事で高品質なドキュメントなんだ >>755
だからそういう作業はエクセル以外のどのツールで出来るかってのを提示できない時点で
神エクセル使いと同等な存在だというのを理解してください。
ダメだクソだとくさすのは簡単に出来て気分いいだろうけど、じゃあ正しくやるにはどうしたら
いいのかってのを提示してるやつなんてほとんどいないじゃん。
ドキュメントならエクセルよりワードでとも思うけど、ワードはワードで面倒だし。 markdownも
方言が多すぎて割と面倒だし。 升目えくせるを流行らしたのが
日本のITの歴史で最悪の事案。
誰だよ・・・A級戦犯は ドキュメントなんて何でもいいので
まともに動くものを作ってください どっちにしろwebは印刷に向いてないからドキュメントとしてmarkdownが不適切なことも
あるんだよな。
紙に印刷すること自体をバカにする人も少なくなかったりしますが。
例えば今週あった台風や地震で停電になった地域がそれなりにありました。その場合に
IT機器でしかドキュメントが読めなかったら復旧作業に入るのに遅れが出るわけで。
必要になったら印刷すればいいと考えていたけど、必要になった時に印刷できないことも
あることがこれで分かった人もいるかと思います。
> 印刷レイアウトの枠内に入るよう整えたり、改ページがキリのいいところになるように文章ずらしたりするのも
> SIではそういうのが大事で高品質なドキュメントなんだ
実際に復旧作業をやる場合にこういうのがきちんとしてないドキュメントを使わされると
書いたやつ氏ねとか思うだろうね。 必要なことが枠内に入ってなくて読めなかったら
場合によっては死活問題になるし。 SIでは図や表や文が横にならんでいることが一番重要なのでExcelでいいのです
非効率でもそれをやめるという選択肢はないのです >>760
ITで停電なんて死活問題から
そもそも予備電源確保できるようにするだろ、何言ってんだおめえ エクセルにお絵かきして時間を潰すと給料が出るらしい >>760
停電してたら復旧作業できなくない?
何言ってるか自分でわかってる? 電気がないと動かないシステムに対して
電気がない状態でオペレーションするという仮定に果たして意味はあるのか
紙の手順書見ながら電源ケーブル抜き差しとかスイッチポチポチでもしてるの? >>757
升目に嫌がらせをし続けるMicrosoft
結合セルの行の高さ調整すら入れようとしない >>755
きみは優秀そうな男だな
ドキュメントの重要性をわかっとる >>760
超レアケースに備えて全体に負担を掛けるのは愚の骨頂でしょうに
福島で事故ったから全国の原発の安全基準を異常なほどに高めろとか言う連中と同レベル
地域特性を見極めて必要性が高いところだけ対応すりゃいいだろ? 770みたいな奴が、勝手にこれはレアケースだから対応しないって決めて
製品が市場に出回ってから回収騒ぎになるんだよな。 まれなエラー時対応に画面のフォーマットや体裁にこだわってコストかけてもしょうがないという話を
まれなケースだから考えないでいいというふうに曲解してしまっているのです >>771
製造業と一緒にすんな
ITセキュリティのリスク評価のあたり勉強しろ 人命や資産や国土を失ったり現在の技術では解決不可能なゴミができてもレアケースだから気にする必要は無いよねうんうん >>762
なんでIT業界だけが客だと想定しているのか分からないです どの業界だろうとドキュメントを仕事で使うのは当たり前だとは思うが、
自分はドキュメントは作るだけで使わないですみたいな仕事をなんて
ないと思うのだが。 自分が体裁の整ってないドキュメントを渡されても
作った相手を罵らずに我慢できる人のほうがまれだと思うよ。
まあドキュメントを作る際に工数も積まず体裁の指示も何もしてないのに
納品やレビューの時に切れる相手には愚痴ってもいいだろうけど。
仕事として振られたものを自分の判断で必要ないとか勝手に判断する
ような奴のほうがよっぽど必要ないよな。 ドキュメントによっては法律で必要で体裁がミリ単位でまで決まってるのもあるけど
そういうのがあるってのは仕事をしてても知らないままなのも珍しくない。 おまえら頼むから想定外とかで片付けてメルトダウンするような原発は作るなよ。 >>765
今の世の中にはいろいろな機械が至る所にあってPCみたいに電源ポチーで動くもの
ばかりではない。 また電気が来てなくても緊急的に手動で動かせるものもある。
取説はネットで落としてくるってのが最近は多いけど、電気は復旧したけどネットは
まだなんてこともあり得る。 今は携帯はつながるけどみたいのが多いけどね。 >>780
実にエンジニアらしからぬ発想やねキミ何者や? >>778
Sierだとドキュメント作りっぱなしで自分はあと関係ないなんて奴も多いから
誤字脱字表記揺れのオンパレードで
「これはなんて書いたんでちゅか〜?」と他の人が聞き出さなきゃならんこともある >>782
おまえこそ、エンジニアじゃなくてブローカーだろ?
エンジニアなら自ら手抜きなんかしようと思わないだろ。 >>784
手を抜くか抜かないかは個人に属する資質であってエンジニア的資質とは直交するんやがね >>784
そこが君のエンジニアらしくないところだよ
全てに対処するには無限のリソースが必要
予算も人も時間も有限な以上何かを切り捨てなきゃいけない
じゃあ何を切り捨てるかというと経営陣のポリシーとリスク発生の確率、被害、期待値といった確率・統計情報をもとに取捨選択していくわけ
そんな事は理系のエンジニアなら誰でもわかってることであって隅から隅まで手抜きはありえないといった考え方が逆にありえない
必ず捨てる部分が出てくる TeX使いなよ
テキスト管理
高生産
高品質
印刷完璧
文句ねーだろ? >>788
おまえ文章主体のドキュメントなんか書いたことないやろw
何見栄張っとんねんw素直にエクセル使えやw >>790
貴殿はセイガクさんですなw
わかりますぞw >>700
マジか!
新車でT車買って、信号待ちで完全に止まってる最中に急加速で、
全力でブレーキ踏んでサイドブレーキも引いたけど、
ブォーンと急加速する度にちょっとずつ前進して、
次前進したら前の車にぶつかりそうってところで信号が青になって
前の車が動き出したから助かったってのが一回あるわ
ディーラーに行っても症状再現しないから嘘松扱いされてムカついた
後で考えると、ニュートラルにすれば良かったのよねー エクセルを超えた設計書ツールを作ろうと思う。
コンセプトは表計算ではなく、表ドキュメントツール。
・フリーフォーマット
・表や図形の挿入
・コメントや校閲機能
・プラグイン機能
・バイナリとテキストの分離したファイルフォーマット
(外部システムでバージョン管理させるため)
・無料
あと何が必要? そういや仕様書・設計書の作成ツールってこれといって無いよね >>793
自動化できるようにマクロとかCOMコンポーネントみたいのとか >>794
いろいろツール試したけど結局ペンとノートとIDEが最強だと確信した
編集のしやすさが最重要で体裁に拘るのは安定してからでいい
そういう意味では最初からエクセルは最悪の悪手 >>793
ホワイトボードや紙からのインポート機能 >>795
設計書ツールにvbaみたいな機能が必要か?僕は使ったことがないが。
というか、それEXCELでよくね?
>>796
忘れてたありがとう >>793
エクセルとの相互変換機能
これないと他社と仕事にならん >>793
ソースコードを書式付きで貼れて
一部にマーカー付けたり自由に配置できたらなおよし >>798
面白いねありがとう
>>799
そうですね必要ですね
>>801
と、ここで終了。
結局、日本で設計する都合上、エクセルを使わなければならない
どんなに良いツールが出たって、優秀な人ほど大手に行く
大手ほどエクセルを使用してる現状どうしようもなくない? >>800
ヘッダーフッターを一括で変更するとか、一括で印刷するとか。
例えばjavaのアノテーションとかみたいなメタデータからデータ引っこ抜いてとか
逆に設計書からソースの生成とかマスターデータの生成とか出来るほうがいいだろ。 それに比べてwordとかいうクソソフトはなんなのか
まともに文章書けた記憶ないわ 大手は文章なんて書かないから作業者が困ってることなんて知ったことではないし
非効率に時間をかけることで儲けてるから効率的にする必要もない 「トヨタは恥を知れ」 急加速体験の女性、米公聴会で証言
http://www.afpbb.com/articles/-/2701135
トヨタの急加速事故は欠陥だらけのファームウェアが原因?――原告側調査の詳細 (1/3)
http://eetimes.jp/ee/articles/1311/11/news072.html
カムリのETCSには、グローバル変数が1万1000もあることが判明した。Barr氏は、“スパゲティコード”と評している。
ソフトウェアの評価法である「循環的複雑度(Cyclomatic complexity)」で複雑度を計測したところ、67個の関数が“テスト不能”だった(スコアが50を超えるとテスト不能と評価される)。
スロットル角度関数にいたっては、スコアが100以上で“メンテナンス不能”と評価された。 Wordも慣れればそれなりにいいなと思った
図とか表とか貼りだすと途端に使いづらくなると思う
LaTeXの方が好きだけど グローバル1万オーバーってすげえな
設計書ではグローバル変数の数を把握できないからメチャクチャになるのかね あら、日本の方のエンジニアさんってコーディングもUMLも出来る方の方が圧倒的に少ないでしょう?
なら皆さんが良く使ってるエクセルでコミュニケーションするのが当然ではありませんか?
エクセルで設計書もスケジュールも報告書もテストのエビデンスも賄ってもはや25年、どのツールがこんなに長い歴史を持ってますか。
umlですか?markdownですか?
もはやこれは日本の歴史であり、文化とも言えるでしょう!
恥ずかしいことではげしてありません! >>813
秘伝のタレのように古いソースを継ぎ足し継ぎ足し使ってたんだろうな。
まあ新規で作った場合は有料βテスターをやることになるから秘伝のタレ
方法を完全には否定できないな。
メーカーがパッチ出すたびにディーラーに車持って行く必要がある運用だと
それはそれでどうなのってことになるし。
ネットにつながってパッチを自動的に当ててだとwindows updateみたいな
被害が至る所で発生することになるし。 エクセルをテキスト管理できればほとんどの問題は解決するはずなんだがな オブジェクト志向ガー、UMLガー、って喧伝する池沼は現場では滅んですでにいないはずだけどな
適材適所でフレームワーク設計とかには使うし、業務プログラムでは使わんだろ >>819
業務プログラムってオブジェクト指向の独壇場じゃん
バカでかいドメイン層、厄介な縛りの多いインフラ層、複雑怪奇なプレゼンテーション層
オブジェクト指向なかったら過労死しちゃうよ >>819
何いってんだおめえドメイン駆動設計読んで出直してこい 外界と内界はどっちの方が重要ですか?真面目な質問です。
ふと疑問に思ったので質問してみました。 >>810
アリスの手紙のごとく証拠として意味がない ここまで間抜けな王様2人
日本も外車や機器にプログラムの形式的証明を課していこう
自動運転も同様
コードが公開されないのは市場から排除 オブジェクト志向ガー、ドメイン駆動設計ガー、アジャイルガー、って日常会話で言うヤツって、技術屋の自己顕示欲が強い底辺御用達の言葉のイメージしかないぞw 頭のいい人は専門用語使わないだろ
誰にも理解できるように 爺さんだからなんだというのか
思考が具体的な結果とつながっておらず
いい加減なイメージで人を小ばかにしているのがまさに自己顕示欲が強い底辺 オブジェクト指向もドメイン駆動もアジャイルも知らんって10年前には珍しくもなかったけど今だと逆に珍しいよね
主要なフレームワークやツールもそれらを前提の構造にどんどん進化してるのに大丈夫か?ちょっと心配 おなべの中からボワッと
staticおじさん登場(Hey everybody!) 借り物で武装するのは底辺の専売特許だからな
オブジェクト志向ガー、の底辺がやっと駆逐された今日この頃w
俺だって誰もが使いやすいフレームワークを公開するような人は素直にリスペクトするよ
さして製造能力があるわけでもない底辺が、借り物の言葉遊びをしてるのがイラッとするだけ >>830
10年前から超メジャーやけどw世間知らずにも程があるやろw 命がかかってるような組み込み機器にオブジェクト指向とか危なっかしくて使えるかっつーの 底辺がstaticおじさんを揶揄するのもあいも変わらずw
知ってるぞ自慢は学生時代に学歴に昇華させとけよ >>833
いや嘘だね10年前はほとんど浸透してなかったよ
JavaだとStruts全盛期でみんなまだ何も考えずに地道にトランザクションスクリプトを書いてた
トランザクションスクリプトはお世辞にもオブジェクト指向的とは言えずドメインも希薄だった
Springが出てきてDIの概念がようやっと広まり始めたのも10年ぐらいまえだったと思う
DIをまだよく知らないからアジャイルに必須のテストの自動化ができてなかった 手続き型、staticおじさん、java屋、ここら辺がIT業界の底辺臭
新橋のガード下みたいな下層階級の臭いが香ばしい >>837
やっぱり底辺ジャバパーなんかwそれなら致し方あるまいなw
むしろ未だにバズワードに踊らされとるだけで何もオブジェクト指向わかっとらんやろおまえw オブジェクト志向の志向は、WindowsをCで開発してるときからあるよ。Windowプロシージャにイベント処理する関数へのポインタをセットする。
JavaやC++が言語でサポートした頃はまだマシンスペックが追い付かなかった。
マシンスペックが上がって、やっと手軽に志向のメリットを享受できるようになった。それだけの話じゃね? オブジェクト志向というぼんやりした定義の言葉が底辺のあげ足取りのループを生むんだよ
便所の落書きの宿命だな >>838
チーズとキムチの相性は異常
こってり系で太りそうだけど、日本料理みたいなパサパサでクソまずいもん食わされるよりは、マシだよね 組み込みやったことないけど
オブジェクト指向はチューリングマシンというかマシン語に展開したとき恐ろしいことになる気がする
必要もないのにジャンプ先がデータにくっついて回されてくるとか悪夢じゃないか
検証しにくいことこのうえない 人は理解できないものは過剰に否定して攻撃しようとするんだってさ 人は理解できないものは過剰に否定して攻撃しようとするんだってさ 理解できないのに過剰かどうかなぜわかる?
まして命をあずけようというときに
そんなんで黙るのは理解できないと馬鹿にされるのを恐れてるまぬけだけだ 確かにオブジェクト指向をよく理解した上で嫌ってる人って見たこと無いね それは嫌ってることをもって後付けでレッテルを張ってるだけだ >>847
ここまで理解がずれてると清々しいな
オブジェクト指向なんて、いわば構造体と関数ポインタの制限付きの糖衣構文だぞ 昔は構文糖衣と言っとった気がするが>>858は若いんか? >>860
まあ、ソースコード上でオブジェクトのメソッドを呼び出しても、実行時まで実際にどのサブクラスのメソッドが呼び出されるのかわからないのが危険だと言うなら、そうかもな >>863
プログラムはできてもオブジェクト指向がよく分からない奴らのために、最小限の言葉で多少誤解があってもなるべく分かりやすく伝えたつもりだが、お前の理解と違って間違ってるというなら、それでいいわw >>865
お主は最も理解とは遠いところにおるよ
概念と実装を混同しておる
これはOOP的に最悪 >>866
そもそも、マシン語に展開したときの話が出てたから、言語文法的な解釈の話をしたまでだが?
そりゃ、OOP設計の話になれば、構造体とか関数ポインタの書き換えではないことくらいわかっとるわ
つか、それがわからないようなら、OOPなんて使わない方がマシだ >>866はかなりエグいバカやのにその反論じゃあかんw つか、OOPを一般的なPGにも理解できるように説明するのって、幾人もの優秀な技術者が書籍を発刊して挑戦したが無理だったのに、俺ごときがここでの書き込みでできるとは思ってないから、どうでもいいわ >>872
そう自分を卑下すんな、おまえには光るものがあるで
ワイにはわかるんや、おまえのおもしろさがw オブジェクト志向言語に息を吹き込むのがデザパタに代表されるオブジェクトの同調だろ
しかし、コンパイラから見るとthisポインタの隠蔽がざっくりとしたところ
それをシンタックスシュガーと理解できないのか? 組み込みでもマシン語にどう展開されるかなんてどうでもいい
全部static変数にするから つきつめると構造体のメンバに関数へのポインタがあるのよ
それだと頭に馴染みにくいから、言語で隠蔽した、基本的にはそれだけだよ
継承とかインタフェースもWindowsというOS、とくにGUIには最初から思想として組み込まれているよ staticな志向の人に何を言っても無駄だけど、thisポインタ自体が自分のインスタンス自体を表しているから、受け身のイベント駆動で自分の振る舞いだけに専念できる
ただし、昔はOSの資源とトレードオフだった
いい時代になったんだよ C++だとめちゃくちゃインライン展開されて関数呼び出しもthisも消し飛ぶだろ
シンタックスシュガーで実装されてるのはただの偶然でしかないしそうである必要もない
だから実装がどうなってるかなんてどうでもいい
実装を切り離した概念が重要 もういい、もういいんだ
文単位だとそんなに間違ってもないが全体的に支離滅裂
理解できないと馬鹿にされるのを恐れてるまぬけ 人間は共通の言語を使うだけじゃ、わかりあえないという好例だな 目があって見つめあえは全てわかりあえる
それがニンゲンだろ? そのthisポインタを単純に隠蔽したMFCライブラリというものがあってな、ワシら50代が若い頃えらい苦しい目にあったもんじゃ
今は知らんけど >>884
あ、それならわかる
俺はえらい目に合う前に挫折した >>886
苦労した後Delphiに転向してオブジェクト思考を体で覚えたのは俺だけではないはず OOPなんて、生半可な知識と理解でコードを書かれても、可読性が落ちる…と言うか、ぶっちゃけ糞コードになるだけだから、フレームワーク開発でもない限り使わない方がマシってのが、俺の結論だな
実際、ここでもわかってない奴が、わかってないまま珍説を宣ってる有り様だし >>888
だからその通りなんだって。
超優秀なサプライヤがOOのライブラリを書いて、凡人はクライアントとしてラクをすればいい。
超優秀なひとがフレームワークを書くときにOOすればいい。 経験がなきゃ知らなくて当然なのに経験がないことを嘲る世間
嘲笑だけならまだしも就職しないといけないから新人は嫌でもうそついたり無理な背伸びする
その右往左往するのを既得権益がニヤニヤしてつつきまわしてる
嫌な世界だ マイクロソフトのプログラマさえ迷走したMFC、簡単に語れるものではないんだよな 実際、OOPも極まると信じられないほどシンプルで美しいコードで書かれるんだが、中々その域に達した技術者には出会えない… Strutsくらいならいいけど、自社製Webフレームワークとかで実際に動かさないとトレースできない可読性が悪いのに出くわすと、背伸びして作ったやつが憎らしくなるよな >>891
初めてのヤツは、ダンジョンにくるな!
・・・って言ってるMMORPGを思い出した。
初めてのヤツがやっちゃいけなかったら
いづれ誰もいなくなるわな。 DIの現実的な利用は状態レスなserviceの数珠つなぎな訳で、そうなるとこいつら系統的には静的関数ライブラリなんじゃないかってのが面白いよなぁ
実際はOOPとTDDから生まれてるんだけど、その結果がスタブオブジェクト渡せる静的関数ライブラリなんだもんな プログラマのフリーランスってどんな感じですか?
稼げますか?
お仕事なくならないですか? 【搾取損害】SEの結婚障害原因【無能残業】
☆偽装請負多重派遣SEの結婚相手の犠牲原因☆
両親や親戚に反対されましたが、偽装請負多重派遣会社に高額搾取金を提供したり時間外労働違反で家事をしないSEと結婚してしまい、生活困難で中絶と離婚をしました。現在は犯罪損害のない相手と共働き生活をして、数億円損失を防げました。
・モラルがない
・キモい
・ファッションセンスがない
・コミュニケーションが苦手
・コンピューターが趣味
・プログラムの料金以上の不利益生産
・プログラムの巨額利益を客先に提供
・プログラムの巨額報酬を人売に提供
・プログラムの知的財産を人売に提供
・ITスキルが高いのに低料金請求
・高度情報処理技術者なのに請求料金不足
・高利益なのに請求料金不足
・高生産なのに請求料金不足
・高需要なのに請求料金不足
・学習多いのに請求料金不足
・人員不足なのに早期退職
・会社員なのに早期退職
・PC使用過多で不健康
・運動不足で不健康
・高稼働で不健康
・高稼働で家事困難
・低収入で生活困難
・低収入なのに鬱病多発
・低収入なのに早死多発
・不利益なのに断らない
・偽装請負の多重派遣損害あるのに稼働
・裁判官が技術判断不能だから賠償困難
【IT業界】独身が多い職業の象徴として「ITエンジニア」が取り上げられる
http://itpro.nikkeibp.co.jp/atcl/watcher/14/334361/110200713/?ST=spleaf OPPって->ぐらいのことでないの
マシン語にどう展開されるなんて考えたこと無い
作ったプログラムが、ユーザに届いて1年なにもなきゃいいんだよ
一年後にまたリクエストがくるから
客先でバグが出ればまたなおす。
考えなきゃならんのは、処理速度とか保守性のほうだと思う。
一年後にリクエストが来て、改良になるから OPPってコピペー排除じゃないの
Aのクラスの動いているルーチンを
Bのクラスで使いたい場合、コピペーで移植するのでなく
A->とやるやつ。 >>897
ステートレスかどうかを外から気にしなくていいだけであって全てステートレスになるわけでもステートレスでなければならないわけでもない
トランザクションやキャッシュは状態をもってる代表例
レジストリ系のクラスなんかもそうだよね
内部でコマンドキュー回してるサービスだってあるし
リポジトリクラスのデータベースアクセスをデバッグ用にインメモリにすることもある
末端の人間にstaticでいいじゃんと思わせることに成功してるってことは
きみのとこのアーキテクトはDIの使い方がうまいんだろうね フリーランスって不安定ですよね?
満員電車が嫌で嫌で、フリーランスを検討し始めているんです >>903
そんなことは、すぐわすれるから
後日のために、設計図がいるわけ >>904
クラスで常にカースト上位だったくらいの経験ないとフリーランスは無理
というか満員電車が嫌なら自社開発してる所にいけよ ワシは朝弱い人だから10時出社か、出社時間自由のとこでしか仕事しない。
そのために技術力は常に磨いてる。
いつも土日も勉強。
高校の数三レベルの数学とPythonで時給5000取れる時代だから、上位3割レベルのエンジニアなら職場選びたい放題。 >>908
このスレでは最底辺の扱いの私大文系卒のweb系だが、数三レベルなら楽勝だな。
経済学のゼミで計量経済学やってたから。
Pythonで統計遊びするのはおもしろいね。
大学時代にあれがあればどれだけ計算が楽だったか。
ReactとかのSPAでも時給4000は取れると思う。 満員電車が嫌なら職場近くに住めば良い。
実際引越したがすぐ職場が移転するようになった。 自転車通勤すればええ
レンタル自転者乗り捨てしらんの?
田舎もんはこれだから恥ずかしい Node.js、React.js、Python、Ruby、とMSのaccess、ex celのvbaのプロで、HTML制作の超ベテランのハイブリッドの40歳のおっさんエンジニアがいるけど、仕事引く手数多で困ると自慢された。 >>909
そんなに自信あるなら海外でAIつくれば 学歴自慢が恥ずかしい私大文系のヴァカ!
海外に行ってAIでも作ってろよ >>911
最近できたサービスだから引きこもりには分からなくて当然 >>912
この業界、半数以上はJavaしか出来ません。 昔はJava=腕利きエンジニアのイメージだったけど
いまや土方の底辺カーストの腐敗臭がプンプン
いつからこんな事になったんだろ?
2年前くらいからの気がする 未経験文系歓迎な業界ですし
糞みたいなのが大量に流れてきたのかな 最近は人手不足とか言われて職安がjavaの即席人材を養成して人売り経由で現場に放り込まれてるからね
元からその程度の難易度だったんだと世間が気づいてしまった
おかげでjavaのイメージはボロボロ
出来る奴はとっくにC#やspaに移行してるよ 因みに職安のエンジニア養成講座にC#もあった気がする。
ここも市場価値暴落まじかな気がする。 >>925
ずっと前から経験年数を偽ってド新人を突っ込むなんて当たり前にあったのに
初めてそれが起きましたみたいなことを言われても、お前バカじゃねで終わりだよ。
だいたいそういう現場でも優秀なのがいれば問題起きないか、起きるのが先に
なるかで、ダメなのしかいなかったらダメになるし、別に何も変わらん。 >>930
密かに世間を偽るなら良いけども
職安が堂々と未経験を送り出すようになって
世間にjavaが大した事ないと周知された影響が
大きい
普通に高卒でも出来る
コンビニの店員より難易度低い 職安が養成中の人材
Javaプログラマー
HTMLコーダー
MSマウス検定
ここら辺は即席人材の鉄板 朝起きるの得意だから6時始業にしてほしい
行きも帰りも満員電車にならないしいいことづくめ >>931
ひそかにもなにも職安で未経験者がプログラムならって出ていくなんて
今始まったことじゃないし、別に職安の影響力なんてそんなに無いし
頭おかしんじゃね? 結論。
Javaプログラマーのイメージが底辺なのは認めるが
職安のせいではない
以上 >>912
今時それぐらい誰でもできるだろう
技術がすごいわけじゃなく自分の売り込み方がうまいんだろうな javaプログラマーごときでプライドなんて有るわけないと言いながら、貶されると出てくる高卒理系さんの不思議。
実はプライドありあり。 まぁORACLEせいでJAVAが陳腐化したからだろうな
それ以外の原因は見当たらない 高卒理系さんはAngular出来なかったしなぁ
得意のフーリエ変換で何か次の道を見つければいい
理系と名乗るからには統計学くらいはできるだろww 私「プログラミングアイドル」になります!(ちちんぷいぷいプログラミング#01) - FNN.jpプライムオンライン
https://www.fnn.jp/posts/00359550HDK
お茶のくだりで例えるのがよく分からん 朝チンコ出して出社したらこの地獄から解放されるよね 建築いいよね
時間きっちり
毎日身体を動かして健康的
昼はみんなでピクニック気分で弁当くってお昼寝
ヤンキーっぽい嫁さんもらって明るい大家族
そんなイメージ JAVAの次は何やれば良いんだろか?
いつまでも無料のCOBOLより先が無いような気がする 鉄道で1時間20分だと自転車で何時間かかるか計算せよ
ただし自転車は20万円の高級ロードバイクとする 東葉勝田台とかいうど田舎に住んでる人が
そんなこというとった
試用期間でさようならになったどう見ても発達の人 職安のJavaプログラマー養成講座ってどんな感じなんだろうか?
if文の書き方とかやるのかな >>950
Javaが終わるとは言え既存システムのメンテナンスの仕事は大量に残ってる
Javaエンジニアの皆さんはそっちに注力してほしい
他のコミュニティもJavaエンジニアの流入にはいい気がしないでしょう >>903
すまん、デザイン設計したの俺なんだが...
後はそんなに複雑な呼び出しがあるわけでもないのでDBトランザクションはコントローラーが直接呼べって感じのコーディング規約にしてる
正直atmicだのisTranだのはピーキー過ぎて運用ミス起きるよ
もしやるならコーディング規約でasyncサフィックスみたくtranサフィックス+伝搬もセットでないと死ぬと思ってる >>960
暗黙トランザクションでも明示トランザクションでも同じ
アプリケーションサービスもドメインサービスもドメインオブジェクトもリポジトリもトランザクションの有無など知らなくていい
知らなくても動作するように作れる
もちろん知りたければ知るためのインターフェースを知りたいやつだけに注入することもできる
staticおじさんじゃなかなかこうはいかない プログラマというのは職業柄、記憶力が鍛えられるが
実はそんなことには興味が無い
英単語や地理の地名を覚えるとか、歴史の年号なんか興味が無いので
ほんとうは学力テストができない馬鹿なのよ、で、低学歴。
5Chでは、私大文系が馬鹿にされるが、
彼らの得意なのは単語や地名や、年号を覚えるとか、という記憶分野
これがプログラマに馬鹿にされる原因。
プログラマーで素質があるのは数学が好きだったということ。 優秀なプログラマーはvim使ってるから構文は覚えてる 調べればすぐわかることや見ればすぐ思い出せることを憶えておく必要はないと思ってる 質問されたときに調べて折り返しますって大抵出来ない奴らだよね >>962
そんなあなたはどんな凄腕さんなんですか?
数学得意でフーリエ変換学んで、超一流のエンジニアになられたのですか? >>962
イメージは湧いたんだが、トランザクションサービスが注入されたサービスを呼び出すサービスがトランザクション使いたくなった時、トランザクションサービスをどう作れば意識しなくてええんや?
やっぱDIコンテナでトランザクションサービスのインスタンス共有されるようにして呼び出しネストカウントしないとダメ? 正直DIは良いけどDIコンテナは使いたくないんや... 標準ライブラリですら膨大な数に肥大してるのに記憶力自慢なんてバカの極みだろ ここの私大文系は記憶力自慢なんてしてない
いい加減にしろ プログラマで数学が好きなタイプが良いといったが
特に幾何が面白いと思うタイプがいい。
代数だと公式の丸暗記だから、これができても特に素質があるわけでない。
A=1;b=A;が理解できるぐらいだな。
中学で数学がわからなくなるの者は、これが理解できないらしい。
さて幾何の話に戻すと、
プログラミングで画面表示にかける時間の割合は高いと思う。
数字の羅列を見て、座標軸の計算ができる。
プログラマが向きあうことだと思うよ。 ここの私大文系さんは統計学自慢だと思うのだが?
外れたこと言ってる低学歴理系さんは何なの? >>971
そこでASP.NET Coreですよ。
2.0以上ではDIがただでついてますよ。 高卒君にゲームエンジンは無理やろ
Unityみたいなツールを少し触るだけ >>925
一時期はやたらモテ囃されていたJavaもすっかり下火になったよね
パソコンやスマホのアプリならC#、組込ならC/C++、WebクライアントならAngular5とかのTypeScript(≒ JavaScript)、WebAPIならC#だもん
Javaなんてもうすっかり名前を聞かなくなってしまった もしかして:unity違い
それはともかく
>>980
最近ようやく触り始めて、次のプロジェクトはlarevelじゃなくてこいつで行こうと画策中
なんだかんだでcentos上で動くと感動するよな 死んでも困らんもんは最近の言語で作りたいね
連想配列あると楽
24時間動くもんをメモリのよくわからんもんで作るとヤバイ >>970
トランザクションを使いたいならトランザクションを使うサービスを注入するだけだよ C#は使うなよ
土方はJava使ってりゃいいだろ
人口密度高くなると息苦しい DIコンテナが無い時は一箇所で色んなクラスのインスタンスを初期化して
それぞれのクラスのコンストラクタに与えて・・・的な事をやってた
初期化した物はシングルトンからアクセスしたりとか
DIコンテナがあると自動的にクラスをスキャンして
適切にクラスのインスタンスをコンストラクタに与える事が出来る
クラスの候補が複数あったりすると設定が必要だが タイムスケジューラ的な奴と
受信待ち受け的な奴さえc言語で作れば
そこから起動するモジュールは何で作ってもいいけどな >>989
C#はJAVAに比べて難易度高いから別に良いんじゃにかな… いや変わんねえよ
java7以降キャッチアップしてなかったり、そもそも同じ難易度の機能を実装してないだけ。
文法は難しいんじゃなくて楽するためのものだからな? >>980
トランザクションサービスとDBのコネクションのベストプラクティスがわからん
結局トランザクションネストは何処に実装されるべきなん?
つかDIコンテナによるシングルトン抜きで上手くいくん? このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 9日 19時間 26分 39秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。