プログラマの雑談部屋 ★197
レス数が1000を超えています。これ以上書き込みはできません。
>>898
ないな
どっかの大手みたいに
コントロールのプロパティの変更箇所1つ1つ記述させる設計書とか
粒度がおかしいことになってる会社とかよく見るし
テーブルのフィールドまで余すとこなく仕様に絡んで来るけど
それを全部書く金を払う企業なんてそもそも頭おかしいだろ
書いてないとわからんけどねw
結局、完璧なんてモノに意味はなくて
ある程度はバグったら直す、困ってから書くみたいなスタイルが必要 >>938
正確ではないな
「なんでもやれそう?」辺りじゃないか? >>939
頭おかしくはないだろ
大した金額じゃないんだし >>945
あるプログラム教えてよって聞いてもダンマリなんだろうな
いつも君たちはそう
だれかの言い回しを真似してるのか発言に中身がない 反枠、ロシア擁護派みたいだな
そっち側に着くのが習慣になってるからそもそも
自分の慣習を疑ったことがない
だから言うことも誰かのオウムみたいに似たような台詞を言う
自分の言葉がない
ゆたぽん感じてる違和感と同じなんだよお前が 見積範囲を超えて、
客「これもついでにやっといてよ」
なんでもできる人「いいですよ」
仕様未達、バグ発生、
客「やるって言いましたよね?」
なんでもやる人「見積範囲外ですよね」 >>935
ちゃんと教育するぞ、例外とかif文教えたらあとは適当に現場突っ込んで生き残るか様子見や プライド高いやつばっかでなにかあるとすぐ人の責任匂わせて間違ってても訂正しないし、人のミスを見つけると大喜びで詰めるの大好きマンばっか勘違いであっても訂正しない。ムカつくやつばっかでこんな業界に入ったことをつくづく後悔する。しかもろくに要件も纏められない設計もできない、実装内容なんてまるで理解してない奴らが一番上で偉そうにしてる。若き日の自分に言ってやりたい、進むべきはそっちじゃないと >>947
他国にオフショアしてるとこは分岐の内容やループの仕方、ソース内で使う物理名まで設計書に書いてるよ。そこまで書かないと実装できないし、設計書に書いたまんまのロジックでコーディングするからなにかあっても設計者の責任になる。 日本の企業って業務をシステムに合わせるって考え方がないから 1+1=2だけど業務判断で3でも4にでもできるみたいな変則技もシステムに組み込まなくちゃいけないのよな。アメリカとかでもそうなのだろうか? 日本政府はawsなんかに金を払わずさくらインターネットを育てるべき >>955
日本だけだよ、業務の効率性は他国に比べ著しく低い原因
おかしいのだが変えられないのが日本 書類きっちり、製品きっちり
これができないやつが効率効率騒いでる
できるやつに丸投げして楽することが効率じゃねーぞー 「これやっとけば、お客さんにはやってるように見えるからさ…」
直近の案件2回連続で聞いた
もちろんなんの保証も進展もしてないし
体裁にすらなってない
客にもやってないのバレてる
言ってもしょうがないので放置されてるばかりです
どっちも超絶仕事できないひとだった
でも金はもらえてる
担当者がどんなに困ろうが
周囲の素人がだませればお金はもらえるようだ AWSのアカウント削除したいけど、違うメールアドレスが必要になってくるんだよな >>964
gmailのエイリアスも知らない男の人って・・・ 知らんかったわ、テストで+とかつけろって言われたがそういうことだったのか outlookのはPlus Addressingって言うらしい
>>968
どんな会社の発行してるメールでも出来るか?って話なら
それは無理じゃね メールの標準的な仕組みとは関係なくgmailとかがメール送受信の末端で勝手にやってるだけっしょ ダウンロード数が増えない。
後々、広告ありアプリにすべきか、有料にすべきか。
後からサブスクリプションというのもあるか。 >>936
IOPS切れ。ReadやWriteが多いとそうなる。容量は使用量の2倍が目安。あとプロビジョンドIOPSもあるが料金が高いので微妙。 >>975
スタートアップってどんな感じなの?
残業という概念がなくて、残業時間にしたら残業だけで月100hは越えている
イメージなんだけど合ってる? >>977
社長との関係性によるかも
元から対等な関係だったり開発に理解のある社長だったらそんな激務にならない
自由に全部やれるからそういう人には向いてると思う
ドキュメントよりも目下の開発スピード最優先 プロジェクトの?会社の?発起人?役員?
要件?開発開始?
どっからスタートアップ? >>978
全部自由って人によって合う合わない分かれるだろうな 関係者みんな自由って思ってると衝突してグダグダなるで
1人ならいいけど 探しても探しても物が見つからない、いい加減にして、時間を無駄にさせないで rest apiの設計がわからねえ
ドメインモデルの更新系は全部アクションで定義されてんのにreast apiはpostとかputでモデルを直接変更しようとするから全く噛み合わない
DBをそのまま外に丸出しするような用途でもないと使えんだろこれ
rest apiは貧血ドメインモデル推奨なんか? 仕事できないとめちゃくちゃいじめられるのに
どんなに仕事できてもあっそって感じてつまみだされて終わる
ふざけんなよ >>984
アクションをそのままAPIにしろ
リソースがどうの考えるだけ無駄
そのページに必要な情報をもらうAPIとして考えろ まぁ自分に余裕がない(=自分も仕事できない)と
いっぱいいっぱいになってイライラするんじゃね? 無茶ブリ除いて
温スケで仕事できる=人間
遅延カス=チンパンジー
人間の状態で初めて人同士の軋轢とか空気読みが始まる
チンパンだとそりゃ人扱いされないからな
たまに無茶ぶりかましてきて威圧してくるようなゴミとかいるけど >>990
いや、おれ結構仕事できるけど、やることっていっぱいあっていつも余裕ないよ この話の>>987はできないんだろ?
オレはとか他のヤツ出てきてもさぁ >>988
やっぱそうなるよな
俺以外にもちゃんと考えてる人がいて安心したわ
rest apiを提唱したやつってまじでnull考えた奴ぐらいの経済損失出してそう >>995
プロはパラメータでsqlもらってそのまま実行するAPIを用意するよな >>997
それはインジェクトおじさんが怖いやん? >>984
RESTでCRUD以外のアクションしちゃいけないとは決まってない
PUTやPOSTでやって構わないしリソースもどんなものでも構わない
ただし、URLにアクションの名前入れたりとかステートフルにしたりとかしないとかその他諸々なだけ >>984
例えばPOST /password-resetでペイロードにユーザー名とパスワード入れるんじゃなくてPUT /user/{id}/password でペイロードにパスワード入れるとかそういう話でリセット時にメール送ったり他のシステムとの連携したりとかは別にあり このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 6日 20時間 17分 59秒 レス数が1000を超えています。これ以上書き込みはできません。