Web制作者が愚痴るスレ 39クレーム目
■ このスレッドは過去ログ倉庫に格納されています
技術を売ってるのに時間給ってナンセンスだと思うけど、
クライアントが思い付きでやってみて元に戻したり、要領悪い事に付きあわされると
こういうお客ささんは、むしろ時間給で良かったと思える
あまりにも振り回してくるクライアントには、機械的に請求できる時間給にして付き合うのもいいかもよ 俺「うーん、5人日」
営「えー、そんなにかかるー？」
俺「ぐぬぬ、頑張って3人日で作れる方法考えたよ！」
営「よっしゃ」
↑わかる
営「3人日でできます」
客「やったね！」
↑なんでだよ！縮めた2人日は利益にしようよ！ 営業様はお客様です
客の利益＝とにかく値切りたい
営業の利益＝安いほど受注できる＝自分の成約実績取れる
∴客≒営業 そこはせめて4日にしてしてほしい……
こんなんだから見積もりは上乗せして出さざるをえなくなるのに 5日で出して高いからと切られたら営業お前の責任だって言われて査定下げられる
経営者が悪いんだよ >>256
プログラミングとかは、コミュ障の子にとって一つの救いであって欲しいので、気持ちわかるなー
とはいえウェーイ系ってことはある程度上手く人生渡ってきたってことだから、器用さで差が出ちゃうこともあるんだろなと 営業は5人日が高いから文句言ってるんだし3人日でできるってなったらそこまで値下げするのは当然じゃね？
そんな社内思いの営業なんていないでしょ >>257
工数ベースの見積もりも時間給スタイルも変わらないと思うかもしれないけど
見積もり→（追加）発注の流れを貫徹しないと支払いの段になって揉める怖さがあるよ
揉めるというかごねるというか >>258
ほんまこれ
20万円案件が従来のシステム使い回しで3日で出来てしまった
外向け営業「6万円でええです」
俺向け営業「もっと稼げるように仕事しろ！」
糞営業 >>266
僕「やろうおもえば出来ますけど、その後の管理や工数考えたらメリット無いですね。大変になるだけです」
営「できるんやな？」
僕「技術的にはできますよ？その後の面倒誰が見るんですか？管理大変ですよ？」
営「その後のことは今どうでもいい、出来るなら実装しろ」
僕「見積もり上げてくださいね、その予算では無理ですよ」
営「お前は言われた事だけやれ」
営→蔵「（従来通りの見積もりで）できるみたいなんでお任せください」
僕「だからその見積もりで誰が面倒見るんですか、負担増えて収入なしですよ分かってますか？」
営「お前は利益を考える必要ない！」
僕「じゃぁ給料あげてくださいよ」
営「もっと効率よく仕事せえや」
僕「そうやって安請負するから効率よくしても利益ならんのでしょ、僕が80万でとってきた案件もあなたが20万に下げたんでしょ」
営「お前は口答えばかりする！若造が黙っとれ！」
営業=社長で、実際の会話です >>268
一介の社員が運営に口出ししても聞く耳持たないよ
逆に何様だくらいにしか思われない
そんな会社にいる意味が無いし、なぜ辞めないのか不思議 >>271
>>269
転職するにも薄給で金がなくて家賃維持できるか不安なんや 貯金ないのが悪い。普通、学生時代にバイトして貯金するだろ >>272
典型的な社畜の飼い殺しでワロタ
おまけに長時間労働で転職活動する時間も体力もないって感じかな >>273
不幸自慢するつもりはなかったけどこういう書き込みされるとどうしようもないので書くと
親は年収1300万超えてんのに学費もその他費用も全額自腹で貯金なんか無理でしたよ、昼食も食わない日が多かったぐらい。
今も、転職ミスったとき家賃だけ1,2ヶ月見てもらえないかと相談したら老後が心配なので無理だと。 >>275
いやいやいや、親は関係ないだろ。自分で貯めろよ
どこまで甘えてるんだよ。そりゃ社畜になるわ 最近は奨学金借りる人多いらしいね
先に仕事辞めてバイトで食いつないで就活した方が人間らしい生活を送れそう >>275
自分は同情するわ。学費も何も、お金を稼ぐ（仕事が本業）のは社会人になってからって考えてたよ。
それと昔勤め先の会社が倒産前に給与の支払いが遅れた時はあらゆるものを売っぱらって食いつないで悲惨だったわ。
その後は普通に働いて貯金できたわ。 >>272
いったん派遣に行くとか？
薄給っていくらぐらいよ？
この仕事なら30ぐらいにはなるだろ？
最低でも24ぐらいじゃね？ >>277
言っちゃなんだが、学費出さないで正解じゃね？
だって勤めた会社が>>268だぜ？全く実になってないじゃん。 よく分からんのだが
学問の時間を削らせられて>>268の結果になったのは自業自得ってどういう思考展開したらそうなるんだ？ >>283
昨今の日本社会は、他人の失敗は自己責任ですませたがるんだよ プログラマの開発をひたすら邪魔してプロジェクトが納期に間に合わなければプログラマの責任だな！ >>283
一瞬同意しそうになったけど、よく考えたらおかしいぞ
自分のスキルがあれでブラックしか入れないなら、まさに自業自得だろ
他の人は頑張ってスキルアップしたり、良い会社入ったりするんだから 自己責任論は全員の首を絞めるからやめとけや
就職先はほぼ運しだい運がなかったんやろ
とりあえず金がないからブラック会社やめられないは一番ダメなパターンなので
親がいて、実家があるなら後先考えないでやめれ
家に寄生してバイトしながら転職先探せ ゴミクズに当たるかどうかに本人の能力はそんなに関係しないと思うが
特にスキルつまり技術能力ならなおさら うん？
つまりは親による学問の苦労は新卒までで
転職して>>268を選んだのは自分なんだから自業自得って事か
まあそうなのか・・・な？ とりあえず、私は安倍首相を支持してますが、うちのサマータイム対応は終わりましたよ！
既存の実装を点検して、ポリシー変えてサマータイムに対応しない記述はレビューで通さないだけですから、簡単ですね。
むしろこの程度で対応できない所は私的には滅んで良いと思いますね。
https://twitter.com/lyiase/status/1029946983513878528
https://twitter.com/5chan_nel (5ch newer account) >>289
そうなのかな？って疑問持ってもどうしようもねーだろ。
嘆いたところで変わらないんだから。
他人はただ辞めろとしか言えない 昔を嘆いても仕方ないよ。
自分の人生だしさ。誰も助けてくれない。
今が嫌なら変わるしかない。 >>293
これ遠まわしすぎるサマータイム批判じゃないの
だってサマータイム対応って実装じゃなくて設計だもん
どの部分で対応するか運用から逆算しなきゃいけないから
実装見てどうこうは不可能、素人には理解できないだろうけど 新年号みたいに「面倒は面倒だけどある意味単純」なケースじゃないからなあ
まだ決まってもいないけど
考えなきゃいけない仕事の追加はきついやね >>297
まぁ、人それぞれということでｗ
しかし、くだんの彼は、レビューして通さないって書いてるけど、
既に稼働中のコードはどうするんだろうね？ 自分とこが終わったからサマータイム大丈夫なんていう奴だし
その処理とやらもイレギュラーはしらね、事故ってもしらねっていう場当たりなものなんじゃないの 運用加味して練られていない対応でDBに不整合が起きてオジャンという事件がどこか他所の重大な箇所で起きやしないか怖くて怖くて
正直ワクワクする まあ自分のDBは一括UTC変換すればいいだろうが
外部からくるタイムゾーンの無い日付なんて判断しようがないな
そんなの相手の実装次第なんだし判定コードなんて書けない サマータイムで悲惨なのは公共交通機関や時刻表アプリとかの連中だろうな
あとは銀行とかインフラ関係 実装を考えると過去データの集計でやってるところはかなり被害甚大のはず
万が一バッチが絡んだら終了、日付をトリガにして処理してるところも多い
Webオークションとか入札タイミングの不整列どうするんだろうな SQLで期間指定でデータを引っ張ってくるような処理をしている場合、
サマータイムの切り替わりを挟んだら、どうなるんだろう？
などと疑問はつきないｗ 1日24時間の徒過をもって判断いれて処理してるシステムだと切り替え前後で問題出るから
専用のコード新規で入れて手当てしてやらないといけない
考えたくもないわ >>306
一日後を、INTERVAL 24 HOUR とやってたりすると、アウトだね
俺も、何も考えずにこうやってたりするんだよなあｗ 元号変わって消費増税してサマータイムを同時にやったら死ねるかな 新しい仕事依頼くれるのはいいんだけど、
まーたビジネスメールもまともに送れない客だよ・・・
どうしてうちの客はこういうのばかりなんだ >>309
「元号？元号名テーブルから引っ張ってくるだけじゃん」
↓
「消費税？消費税テーブルから引っ張ってくるだけじゃん」
↓
「サマータイム？UTCにするだけじゃん」 ← 今ここ 約束した作業が全部終わった後に追加の修正を安請け合いするディレの存在意味がわからん
なんで追加料金取らないんだ？ 「バグが出た？」
「民法改正で、バグ修正は無期限にやらせられるやんｗ」 >>268
前に勤めてた会社で似たような感じだったわ
んでしかたなく制作部の方で価格コントロールしてた
3日で終わるものも、10日分の価値があるなら見積もりは10人日で出して
実際に営業に渡すのも3＋7日後にしてた >>316
交渉できないならディレじゃないな
次があるなら今度からギチギチの契約書作ってやろう サマータイム対応それ自体も問題山積だが
そのせいで案件が海外に流れたりサービスの開発が遅れたり
日本のIT自体が何年か遅れるような気がする
もうどっかの国の政治工作活動じゃねえかと陰謀論を展開したくなる
こんなの議論するだけだって政治的停滞だろ 「失敗の本質」を読むと、日本社会は、80年前から何も変わってないことがよくわかる あのなあ
てめえデザインできないからって言って人に預けたんじゃねえのかよクソ営業
なんで形になってから口挟んで来るんだ？
あの素材はどうだ？この素材はどうだ？って
後出しで自分の影響割り込ませようとすんじゃねえよ
馬鹿は黙ってろ
お客のたっての希望ならともかくてめえの意見なんか必要ねえんだよ
てめえが思いつく程度のことはこっちはとうにやっている
どうしても参加したいならデザインチーム作って自分も最初から加われ
てめえには口出しする技能も資格もねえんだよ ね。
なんでプログラムの事は学んでないからわからないけど
デザインのことはわかる（学んでないけど）って思いこんでるんだろうね。 見た目のことは見れば何か言える気がするからね
その最低限の形にするまでをできないくせに、できたものに文句を言うだけはできて、しかもセンスあるとか勘違いしてる 何か言わないと仕事したことにならんしね
まあ言ってもなってないんだけど
ちゃんと考えてから物を言え、その場の思いつきで喋るな
考えるための知識がないなら勉強して経験を積んでからから言え
と言ったら「そんなこと言われたら何もできない」と社長に愚痴って
辞めてしまった人がいる
社長からは「まあいいけどさあ、１人雇うのにいくら使ってるか少し考えてよ〜」と愚痴られ
ちょっと申し訳ない気分 一通りの工程こなさないとフローに沿った提案って中々出せないからさ
同じ会社の社員同士なんだったら気長にそのフローに沿えるように舵取りしてこうぜ SPAとか全然縁遠くて中小企業のWEBサイトばっかり作ってるけどこんな俺でもangularだのreactだのの知識は持っておいたほうが良いのか？
てか俺が多少かじったところで素人に毛が生えたようなものしか作れる気がしないし、だったらjqueryを深く使えるようになったほうが実用性あるのかな
jqueryはオワコンになるとか言われてて、果たしてこのままで良いのか不安 企業のHPくらいなら無くても覚えなくても全然問題ない
HTML上でなにかリアルタイムに編集したいって時はFW使えた方か良い
例えば業務システムとかでレコードのリアルタイム編集(追加・更新・削除)したいとか、
REST API利用するページとか
その手のはjQueryだとコードめっちゃカオスになるし、jQuery.JsRenderは遅いので使わない方が良い jqueryとvueやreactは用途がちょい違う
アプリとか目指さずWebだけなら、なんでもjqueryおじさんで困ることはない
オワコン化が心配なら次の主流ライブラリにも対応できるようjsそのものを深掘りしたり
PHPやpythonにいったりしたらいいのでは
angularはまあ…好きにしたら… 実際単なるWEBサイトくらいなら必要ないよね。
ギャラリーサイトとかたまに見てもvueとかはおろか、es6で書いてないとこも多いし MVVMが流行り始めたころ、Knockout.jsで書かれたサイトの修正と拡張が飛んできて大変だったわ。
なんでDBの接続と加工をphpでなくjsでやるんだ？？って感じ。
本業はデザなので勉強不足だった事もあり、jQueryで対応してしまおうと思ったが、
jQueryの記述が一切割り込めなくてので焦った。（全く効かない）
結局全く別の方法で回避したけど、まあリーマンじゃないなら断ればいいだなんだよな。 伝説のクソコードとして話題になったログインフォームだけど
クソはクソなんだけど、ログインフォームをjsでクライアント側で動的に生成するなんてことをまず思いつかないので
発想自体はすごいと思ってしまった >>326
SPA始めるなら、あくまでも俺の意見だけどVueがオススメ
こいつだけCLI無しにvue.min.jsだけ読み込んで書き始められるから既存の静的HTMLに組み込みやすい
(厳密にはReactも出来るんだけど、Reactはjsx記法無しだと書き辛い)
ただ注意点として、ES6で書けないから ...(ドットx3)演算子がないので地味にコードが冗長になる
(対応ブラウザもあるんだけどそれ以外サポート外ってまあ普通しないよね)
上の方法と、CLI使う方法の2パターン覚えておけば盤石
CLIはES6やTypeScript、Chromeのdevtools、HMR、自動ビルドの恩恵受けてめっちゃ快適
ただ、CLI使うならAngularでもReactでも変わらんと思うw
どうせGet Startedで覚えて慣れるだけだし 非プログラマな自分にはようわからんけど、
vueとかreactが必須になるケースって
テンプレ的な記述、非同期、大きい規模
これらを満たす必要があるケース？ グラフやflexgrid.jsとかのjQueryプラグインいらないくらいAngulerとかReactなら簡単にグリッドとかページャ付きシートとかチャート作れるのかな？ 自分もjQueryさえほぼ必要ないサイトばっか作らされてたけど
次の職場がVue使うから勉強になってお金もらえてありがたやだよ
紙デザイナーのせいで炎上したコーディング案件しか回ってこないから
フロントエンドを深く掘り下げてさらなる給料アップを目指すぜ FlexGridよく知らんからサイト覗いたけど各FWのデモあるじゃん いろんなことが出来るほど、それ特化の専用知識が要るってことだからな
常用できるほど型に合った案件をコンスタントに取ってこれる営業がいれば >>336
個人的にはユーザーからの操作を受け、api経由でDOMをバリバリ書き換える。って時に超有効だね ディレクターもどきがムカつくぅぅ！
アサインした奴らが次々に逃げてもしゃーないわ
自分も切ろう そういうのって丸投げしておいて
人が方向づけをおおかた済ませると後出しで便乗してきて
自分がディレクションしましたみたいな顔するやつだろ
自分じゃ何一つ作れないくせにできたデザインに介入してきて
私が方向性を修正させましたみたいな しかしお客ってなんでことごとくデザインの選択を間違うんだろうな
時間をかけて金を積み増してまでハチャメチャなものを買おうとする理由がわからん
自分で判断できないから金を払って業者に依頼してるんじゃないのか 自己顕示欲
たいていのトラブルは何らかの利己心が原因 >>345
専門家を信じる自分を信じられないから
じゃないかな >>341
現場の意見、教えてくれてありがとう。 SPAがそれなんだね。 >>345
うーん
本当に腕の良いデザイナーだとそうはならないけどね 水を差すようですまないがAPI利用も高頻度のDOM書き換えも有効性の目安にはあまりならないぞ
画面遷移を伴わない、計算シミュレータ、検索フォーム、アンケート入力、全部SPAの範疇
大規模、
関係人数の多さから手法を統一したい、
特定手法に特化することで生産性をあげたい、あたりがvueやreactを選ぶ理由にはなるが必須にはならない
でなければ自社ライブラリ・自社フレームワークは発生しない ちっこい運賃シミュレータだってSPAだわな
そんなのでフレームワーク使ってるの見たことないけど >>349
そうやって突き詰めると1人にしか依頼できなくなるぞ 部分適用出来るVueが最強って事で
Mithrilは超軽くて軽量サイト作る時の候補でよく聞くけど使ったことない 本当に腕の良いとされるデザイナーに頼んだら法外な金額取られたうえ著作権訴訟
なんてな
相場以上の高額を出してるならちょっとは耐え忍ぶが どんなに腕のいいデザイナーでもトンチンカンな介入や選択に悩まされたことはあると思うぞ
悟りの境地に達してておくびにも出さないから人に勘付かれないってこともあるとは思うが そういや制作会社にサイトを作ってもらった人の話を聞く機会があったのだけどさ。
サイトの著作権があるから、更新や修正はその制作会社しかできません。と言われたらしい。
今時まだそんな制作会社がある事に驚きだ。 ■ このスレッドは過去ログ倉庫に格納されています
