Web制作者が愚痴るスレ 39クレーム目
■ このスレッドは過去ログ倉庫に格納されています
最近は奨学金借りる人多いらしいね
先に仕事辞めてバイトで食いつないで就活した方が人間らしい生活を送れそう >>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
まぁ、人それぞれということでw
しかし、くだんの彼は、レビューして通さないって書いてるけど、
既に稼働中のコードはどうするんだろうね? 自分とこが終わったからサマータイム大丈夫なんていう奴だし
その処理とやらもイレギュラーはしらね、事故ってもしらねっていう場当たりなものなんじゃないの 運用加味して練られていない対応でDBに不整合が起きてオジャンという事件がどこか他所の重大な箇所で起きやしないか怖くて怖くて
正直ワクワクする まあ自分のDBは一括UTC変換すればいいだろうが
外部からくるタイムゾーンの無い日付なんて判断しようがないな
そんなの相手の実装次第なんだし判定コードなんて書けない サマータイムで悲惨なのは公共交通機関や時刻表アプリとかの連中だろうな
あとは銀行とかインフラ関係 実装を考えると過去データの集計でやってるところはかなり被害甚大のはず
万が一バッチが絡んだら終了、日付をトリガにして処理してるところも多い
Webオークションとか入札タイミングの不整列どうするんだろうな SQLで期間指定でデータを引っ張ってくるような処理をしている場合、
サマータイムの切り替わりを挟んだら、どうなるんだろう?
などと疑問はつきないw 1日24時間の徒過をもって判断いれて処理してるシステムだと切り替え前後で問題出るから
専用のコード新規で入れて手当てしてやらないといけない
考えたくもないわ >>306
一日後を、INTERVAL 24 HOUR とやってたりすると、アウトだね
俺も、何も考えずにこうやってたりするんだよなあw 元号変わって消費増税してサマータイムを同時にやったら死ねるかな 新しい仕事依頼くれるのはいいんだけど、
まーたビジネスメールもまともに送れない客だよ・・・
どうしてうちの客はこういうのばかりなんだ >>309
「元号?元号名テーブルから引っ張ってくるだけじゃん」
↓
「消費税?消費税テーブルから引っ張ってくるだけじゃん」
↓
「サマータイム?UTCにするだけじゃん」 ← 今ここ 約束した作業が全部終わった後に追加の修正を安請け合いするディレの存在意味がわからん
なんで追加料金取らないんだ? 「バグが出た?」
「民法改正で、バグ修正は無期限にやらせられるやんw」 >>268
前に勤めてた会社で似たような感じだったわ
んでしかたなく制作部の方で価格コントロールしてた
3日で終わるものも、10日分の価値があるなら見積もりは10人日で出して
実際に営業に渡すのも3+7日後にしてた >>316
交渉できないならディレじゃないな
次があるなら今度からギチギチの契約書作ってやろう サマータイム対応それ自体も問題山積だが
そのせいで案件が海外に流れたりサービスの開発が遅れたり
日本のIT自体が何年か遅れるような気がする
もうどっかの国の政治工作活動じゃねえかと陰謀論を展開したくなる
こんなの議論するだけだって政治的停滞だろ 「失敗の本質」を読むと、日本社会は、80年前から何も変わってないことがよくわかる あのなあ
てめえデザインできないからって言って人に預けたんじゃねえのかよクソ営業
なんで形になってから口挟んで来るんだ?
あの素材はどうだ?この素材はどうだ?って
後出しで自分の影響割り込ませようとすんじゃねえよ
馬鹿は黙ってろ
お客のたっての希望ならともかくてめえの意見なんか必要ねえんだよ
てめえが思いつく程度のことはこっちはとうにやっている
どうしても参加したいならデザインチーム作って自分も最初から加われ
てめえには口出しする技能も資格もねえんだよ ね。
なんでプログラムの事は学んでないからわからないけど
デザインのことはわかる(学んでないけど)って思いこんでるんだろうね。 見た目のことは見れば何か言える気がするからね
その最低限の形にするまでをできないくせに、できたものに文句を言うだけはできて、しかもセンスあるとか勘違いしてる 何か言わないと仕事したことにならんしね
まあ言ってもなってないんだけど
ちゃんと考えてから物を言え、その場の思いつきで喋るな
考えるための知識がないなら勉強して経験を積んでからから言え
と言ったら「そんなこと言われたら何もできない」と社長に愚痴って
辞めてしまった人がいる
社長からは「まあいいけどさあ、1人雇うのにいくら使ってるか少し考えてよ〜」と愚痴られ
ちょっと申し訳ない気分 一通りの工程こなさないとフローに沿った提案って中々出せないからさ
同じ会社の社員同士なんだったら気長にそのフローに沿えるように舵取りしてこうぜ 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は超軽くて軽量サイト作る時の候補でよく聞くけど使ったことない 本当に腕の良いとされるデザイナーに頼んだら法外な金額取られたうえ著作権訴訟
なんてな
相場以上の高額を出してるならちょっとは耐え忍ぶが どんなに腕のいいデザイナーでもトンチンカンな介入や選択に悩まされたことはあると思うぞ
悟りの境地に達してておくびにも出さないから人に勘付かれないってこともあるとは思うが そういや制作会社にサイトを作ってもらった人の話を聞く機会があったのだけどさ。
サイトの著作権があるから、更新や修正はその制作会社しかできません。と言われたらしい。
今時まだそんな制作会社がある事に驚きだ。 その返事が正しいかどうかは別として、たいして驚きはないけどな。
それが自社のことを指すなら客を逃さないための方便だろうし、他社ならよほど面倒でもっともらしい理由をつけて逃げたかったとか。 フリーでDTPとWeb兼業でやってると
たまに印刷屋の営業が既存サイトの更新作業を依頼してくるんだが
とりあえずログイン情報もらってサイト構成を確認してみると
以前働いていたWeb制作会社オリジナルのCMS使ってるパターンが多い
自分はデザインメインでプログラムはノータッチだったので
「前任の会社に依頼した方がいい」と言うのだけど営業は「それは無理」の一点張り
どうせプログラムのこともよく分からず安請け合いで横取りしてきたんだろうな ドメインやらサーバーの契約をその制作会社名義でやってるから解約できません、とかな
一般の客は移管とか知らないだろうし知ってたところでやり方までは教えてもらえないだろうから多分泣き寝入りだわな 「ウチの社員を名乗ってサーバ業者に電話して情報開示してもらえ」
って言われたことあるわ
バカすぎてどう説明していいのか途方にくれた
何もできるわけがなくたち消えになったが サーバー関係は客自身にやらせるようにしてるけど、一つだけ心配がある。
契約更新を忘れて「サイトが見れないぞ!」って言い出さないかだ ドメインの管理とか、不動産の登記と同じくらいの心づもりでいろよと思うよ >>361
お客さんがドメイン更新忘れちゃったの、過去に3件あって
うち2つは「お恥ずかしいことに更新を忘れて…」という常識的な方だったけど
ひとつは、ドメインとった人が仮で置いとくページの内容のせいで
「おいどうなってんだ!妊活がどうのこうのってサイトになってるぞ!」
と、面倒なことに… ホント馬鹿って最強だよな
なんでも人のせいにできるんだからさ タダで仕事やらせるためなら何でもどんなことでも言う
馬鹿や無知でも本当に真摯に申し訳ないと思っている人は
そのせいで起きた責任はとるしそのせいで生じた作業の支払いもする >>358
CMSの仕組みすら理解しておらず、
「このページのタイトルの字をもっと大っきくしてください」 (共通デザインである事も他への影響も考えてない)
とか言われると言いたい事が溢れすぎて逆に言葉が出なくなる。 仕組みの問題と中身の問題がごっちゃになってる人はいる
交通整理するはずのディレクターが別の車線に行くべき車を合流させてる的な まずはデザイナーに作らせたあとに自分好みをあれこれ持ち込んで
反映させよう、って考えの人はいる。
あるいはイチから作るのは無理だがある程度形になると口出ししたくなる人とか。
根本的にこの手の人が相手だとデザイナーの能力はあんまり関係ない。
問題は、これを最終的な納品物の所有者になるお客がやるならともかく、
途中に入る代理店とか営業とかがやろうとすること。
お客を無用に迷わすだけじゃなく、デザイン部門への不信表明と同義で
信頼関係の亀裂が自分に跳ね返ってくることも理解してない。
おおかた自分が関わった痕跡が欲しいっていう邪な動機。
そして往往にしてお客はこういうときに間違った選択に誘導される。 >>368
>イチから作るのは無理だがある程度形になると口出ししたくなる人
一番多い、というかほとんどの人がこれだと思う
俺達みたいに全く無の状態から完成形を想像できる人の方が奇特なんだ しっかしまぁ、今日対応している客。
言葉足りずすぎて何度もメール交わすことになってるなぁ。
俺のエスパー能力にも限界がある。
メール書くのがめんどくさくても、もっと詳しく書けばいいのに。
はい・いいえで済ませるから、余計に手間がかかるんだ 0から1を作る系のクリエイターの話じゃなく、単に作った事ないから出来ないってだけだと思う
HPでもLPでもレイアウトのテンプレはある、ヒアリングした時に脳内DBから引っ張って来れるけど
クライアントにはそれが無い 作ったことないから出来ない → わかる
テンプレや既存サイトあるからイメージは伝えられる → わかる
だからデザインの良し悪しはわかる → わかるわけねーだろ! >>366
蔵にリンクの文言をここで改行してくださいって言われた
ディレはWEBのこともCMSのことも知らないからそのまま自分に投げてきた
そこはタイトルから引っ張ってきてるから無理だよぉ〜
というのをディレが自分で考えて返答できるようになって欲しい
何から何まで聞いてくんのやめてほしい 技術知識がないから糞ディレと呼ばれているのだ
技術知識があったら頭のネジが30本くらい抜けてない限り下手なこと言えなくなる >>373
ほんそれな
widthが要件定義とあってなくない?とかみっちりチェックしてくれるならありがたいけどさ ■ このスレッドは過去ログ倉庫に格納されています