プログラマの雑談部屋 ★32
■ このスレッドは過去ログ倉庫に格納されています
スマホのアプリ開発って研修やればなんとかできるようになりますか? >>634
馬鹿でも理解しやすいコードと保守性が高い安全なコードは一致しないんだよ
足し算引き算は幼稚園児にもわかる理解しやすい概念だが
大人が何か計算するときに全て足し算引き算だけでやってるかというとそんなことはない
そんなことをしたらすぐに頭がこんがらがる
99 * 99を足し算だけで計算するのがどれだけ集中力と労力のいる作業か想像できるだろ
プログラムも同じ
馬鹿でもわかるように書いたら余計に難しくなるだけ
少し難しくたって高度な概念を取り入れたほうが物事を簡潔に思考・記述できる >>641
作業員のうち幼稚園児の割合が多数を占めるならレベルをあわせるべきだろう
幼稚園児が掛け算を覚えるまでの数年間ずっと待つというのか?
少しでも物事を前に進めるという考え方のもとでは掛け算より足し算のほうが
前向きな提案なんだ HashMapとか超むづかしい概念だけど先人が頑張って簡単に使えるようにしてくれた
保守性の高さはコードの単純さで担保しているのではなく
ライブラリ開発元に管理がアウトソースされているのと、世界中での20年以上におよぶ稼働実績のため
独自実装したらくそ高くつくにきまってるだろ >>642
いやまず幼稚園児を解雇して大人を雇おうよ
キッザニアじゃないんだからさ ただ単に継承しまくりとかでややこしくなったのを高度と呼んでるのか
ラムダ禁止とか例外投げるの禁止言われてブチ切れてるのかわからんから
もうちょっと具体的でないとなんとも言えない DIなど初心者には理解しがたい概念が前提のフレームワークを使うより生Servletで文字列編集ゴリ押しのほうが単純で理解しやすいからフレームワーク禁止な 個人的にはありだな
DIフレームワークとか間違った使い方してると
周囲が振り回されまくって悲惨なことになる。なった
フレームワークとかすぐ風化するし >>645
理想は1つじゃない
与えられたリソースでベストパフォーマンスを出す方法を考えるんだ
もう1つ別の問題がある
仮に全社員を解雇して新たに優秀な人材を雇用でき、しかも新しい人員にふさわしい仕事を用意できたとしよう
彼らが解決すべきは足し算を掛け算にすることかい? おまえんとこのコーティング規約、else禁止条項はいってる? DIとかメリットを具体例で教えてもらわんと意味わからんわ >>651
くだらない仕事はくだらない人材に任せて彼らはもっと価値ある仕事に専念すべきと言いたいのかな
なるほどそりゃそうだね 某社のクラスでなくインターフェースのほうをエンティティにしてるせいで
以下のクラスの依存ツリーの形を一切変更できないパッケージの悪夢が else不要バカはFランのキチガイなんだよね
ずっと粘着してるバカ
ほれほれ反応してみーーー! else を使わずに書けるものを else を使って書いてしまうのなら、それなら問題だとは思いますけれども javascriptってコード書くのはセンス問われるな javascriptは自由度がアホみたいに高いからなぁ
10年くらい書いてるけど、未だにどう書くのがベストか分からん >>653
DIじゃなくても実現できるけど、注入って言葉につられてDIで実装されてんのも結構ある
例えば
・それただのシングルトンじゃん
・メンバ変数として定義してんのと何が違うんだ?って思いたくなる、あるクラスが使用するDIオブジェクト一覧を連想配列で定義する仕組み
まあ、慣れると直感的ではあるから、気にせず使えばいいかと >>660
マーティンファウラーがJavaScriptをテーマにリファクタリング本を出すらしいぞ
これから先はそれが良いJavaScriptコードの指標になるだろうね 【作業期限】損害だから断れ【客先指示】
☆不利益で迷惑だから料金増やすか生産減らせ☆
人手不足が深刻な5つの業界。それぞれの現状と今後の見通し
1.情報サービス
2.家電・情報機器小売
3.放送
4.運輸・倉庫
5.建設
https://help-you.me/blog/lack-of-manpower
SI業界は、7Kと呼ばれるほど労働環境が良くない業界なので、他の業界と人員獲得競争に負ける可能性が大いにありますし、また同じIT業界内でも、webサービス企業や事業会社のITサービス部門ともエンジニアの争奪戦を繰り広げなくてはなりません。
Webサービス企業や事業会社は自社サービスということもあり、劣悪な労働環境は少なく、採用の競合としては、Webサービス企業や事業会社は強敵となるでしょう。 どうせコピペして
ちょこちょこって直してくのがメインの仕事なのだから
指針とか関係ない。 今日は気分が沈んでて前の会社で嫌がらせされてた事を思い出してますます気分が悪い…
こういう場合ってどうしたらいいんだろうな 前の会社のことひきずって今の会社の仕事に影響させたら、今の会社でも同じような状況になったりしないか怖いところ >>666
会社が用意してる相談窓口に行くべき。
既に仕事に支障がでてるレベルなら心療内科あたりの病院へ。 特別今日までにやる仕事がないなら
気分乗らなかったら午後早退したり普通しないの? >>666
elseと1000回タイピングしてごらん
とても幸せな気持ちになれるよ 今まではスケジュールに3日って書いてあったら2日で終わるボリュームでも3日かけてやるからのんびり出来てたけど、今のリーダーは朝会で一日の作業量を指示されて消化しきれなかったら理由の報告と週末までにリカバリー出来なかったら土曜出社させられるから凄く忙しい
2日で終わる物を3日かけてやってたのが悪いのかもしれないけど今までのんびりやってただけに毎日厳しく進捗確認されるのシンドイ 高給なら指示にも従うけど
薄給なら文句言いまくるけどな タバコ休憩取りすぎの人が進捗報告させられてたわ。
まぁ女性陣から課長に苦情が入ったからだが。
周りからリーダーに苦情行ったんじゃね? >>680
まんさんは席に居ること重視するからな
テレアポやってろって感じ 仕事さえできて入れば極端な話ずっとタバコ吸って貰っても構わない 仕事のPCで間違えてHDD無しでSSDのみ256GBってのを買っちまって死にたい 仕事できないやつほど遅刻しないとかメールマナーとかどうでもいいことに煩い
どうでもいいことに力を割いてしまうから本業がおろそかになる
まさに無能な働き者 PHPerさんのいうMVCはなんであんなに歪なんだ?
ちょっと他読めたらいくらでも綺麗なサンプルあるだろうに・・・ 上司糞すぎンゴねえ・・・
調子乗ってんじゃねえぞ
イス蹴るなンゴ >>684
無能なら当然そうなるわな、ホカに売りがないんだもん。
後はせいぜい酒とかゴマすりとかで勝負! >>687
256GBくらいでも油断してるとすぐにいっぱいになるよな。 無職のelseガイジさんが満を持して登場です!
PHPerさん、お相手よろしく。 Javascriptって頭よくないと扱えないよな
javascriptのチューニングとかもGoogleの天才がやってるんでしょ >>692
elseガイジさん曰く、超簡単で誰も出来るらしいですよ! スマホで、iOSとAndroidどっちがプログラムしやすいんだ。 iOSは環境構築が怠すぎる
丁寧にエラーメッセージ出してくれるAndroidStudioを見習え インフラ屋ってどうやって勉強してんだろ
このサービス使うにはこのパッケージ入れてあれこれ設定を変えてみたいな情報どっから仕入れてんだ >>666
目の前の仕事に集中する
思い出さないように気をそらす
美味しいものを食べ楽しい話題を楽しむ。(例えばelseが必要かどうか)
俺がストレスたまった時の解消法はUNIXコマンドのソースを見てよく解析することだ
シンプルでわかりやすいから短時間で消化できるし
よくできてるから満足感もある
世の中に美しいものなんてソースコードと乃木坂46しかないんだからどちらかを楽しめばよい >>698
・膨大な本
・ワンストップサポート
・過去の構築手順書
中小企業や個人なら勉強会やWEBの繋がりじゃないかな
インフラって時代を経てもそんなに変わらないから
昔のシンプルな時代からずっと追いかけてる人は強いね
基礎知識が強い人、器用貧乏な人が多いイメージ >>699
ためしにみてみた
きれいさの基準がわからん
関数化あんまりされてなくてネストふかいし
名前よくわからんし >>701
インフラはもう終わるので関わってはならない
AWSやそれにとって変わられるまで一瞬だろう クラウドでも設定スキルは必要
むしろクラウドならではの設定が増えてるからオンプレミスで出来ないならクラウドも無理 システムの検収をやってくれって言われてやってるんだけど、機能的には問題ないみたいなんだけど、画面間で見比べると項目の配置が入れ違いになってたり、コンボボックスの画面もあればチェックボックスの画面もあって統一性がない
意図的なのか単に統一する気がないまま設計したのか分からないんだけど、こういうのって報告するべきなのか? 【作業期限】損害だから断れ【客先指示】
☆不利益で迷惑だから料金増やすか生産減らせ☆
人手不足が深刻な5つの業界。それぞれの現状と今後の見通し
1.情報サービス
2.家電・情報機器小売
3.放送
4.運輸・倉庫
5.建設
https://help-you.me/blog/lack-of-manpower
SI業界は、7Kと呼ばれるほど労働環境が良くない業界なので、他の業界と人員獲得競争に負ける可能性が大いにありますし、また同じIT業界内でも、webサービス企業や事業会社のITサービス部門ともエンジニアの争奪戦を繰り広げなくてはなりません。
Webサービス企業や事業会社は自社サービスということもあり、劣悪な労働環境は少なく、採用の競合としては、Webサービス企業や事業会社は強敵となるでしょう。 >>709
統一感よりも使いやすいかに観点おかんと >>709
あんたの役目はそれを洗い出すこと。
気になったことは全部あげればいい。
それをどうするかは、もっとえらい人や営業のレベルで決めること。 >>709
それが設計通りかどうかを確認しろよ
設計の時点でそうなってるならそれが仕様だろ >>706
従来の仕事はAWSのテンプレAMIですべて終わると思うし
いずれサーバレス時代になるとは思うんだけど
カスタマイズ至上主義の今までのIT事情を考えると
EC2インスタンスでいかにやりくりするかって発想から抜け出せる企業は少ないと思うんだよね >>709
報告すべきだよ
要件にGUIの改善や生産性向上、従来システムの使い勝手の維持みたいな項目が入ってる場合がある
見逃したらおまえの責任だわ >>634
APIは高度な技術や思想の塊だが皆使ってるぞ
理解しようとする気がないだけだろ 工期を圧縮する為に三交代にして24時間体制で開発する。みたいな話聞いた事あるんだけど、実際そんなことやってる案件とかあるのか?ゲーム業界とかそんな感じなのかな? >>709
ソフトウェアの評価項目にユーザビリティあるだろ >>720
そういうの夢想するけど
需要あるの?
安くできるだけ安くさらに安くばかりじゃないの >>722
俺が今やってる奴はのんびり開発してる間に同業他社に類似サービスを先にリリースされて発注元が息をしてない 米スタバ8千店、一時閉店へ 従業員17万5千人に人権教育
https://this.kiji.is/359078070664070241
これが先進国アメリカと
土人国日本の決定的違い >>723
リリースされたばかりなら追いつけるだろ
ついでに良さそうな機能をインポートしたりな >>723
パッケージ製品は初めは最小規模で作ってリリースしないとね
それで誰も見なけりゃもうダメだと思うけどね 設計時に合意してるくせに、あとからイチャモンつけて無償で追加開発させようとするやついるよな やっぱり、受託や自社開発はダメだね。
あくまでも派遣として時給および顧客側責任で契約しないと。
平成になったばかりの頃から、なまじプログラムがわかる新人が現れて
そいつらのせいで教育が疎かになって、技術者の全体レベルが下がったからかな。 企業間での取引は要件からあいまい性を完全に排除すべき
要件を自動テストで記述するとかな 売国、公文書偽造の次はセクハラか
日本人ってのはほんと腐ってるなあ >>720
昔、何回か経験した。
今はコンプライアンスだなんだで
もうほとんどそんなのはないのじゃね?
が、三交代24時間(実際は1.5交代かな)にしてもITの開発の場合は
工期など短縮されることはない。
完成しないのは時間の問題じゃないからな。
それは出来ないことの言い訳にために
客へ誠意を見せるためにやること。 ゴマをすってもバグは直らない。
でも時間を稼ぐことはできるんだな。 そんなんやり方次第でしょう
開発、テスト&リリース、インシデント対応
で部隊を分けて交代制にした案件はすごいやり易かったぞ >>723
そういうのはCMS(コンテンツマネジメントシステム)とか既存のものでやるからプログラミングの仕事ほとんどなくないか
クリティカルパスでなければ詰める必要もなく ■ このスレッドは過去ログ倉庫に格納されています