Web制作者が愚痴るスレ 57クレーム目
■ このスレッドは過去ログ倉庫に格納されています
Webデザイナー、プロデューサー、コーダー、Webプログラマ、などなど、
Web制作の現場に携わるヒトがさまざまな愚痴をぶちまけるスレです。
※補足・注意事項※
愚痴に横槍を入れて不愉快にさせる人物がいます。
そのような人に構うと気軽に愚痴を吐けなくなるため、
みんなでスルーするようにしましょう。
※愚痴に関係ない技術討論は専用スレで行ってください。
愚痴とは違う「質問や相談」は専用のスレで行ってください。
次スレは>>980が立てること。
Web制作者が愚痴るスレ 55クレーム目
https://mevius.5ch.net/test/read.cgi/hp/1613705987/
※前スレ
Web制作者が愚痴るスレ 56クレーム目
https://mevius.5ch.net/test/read.cgi/hp/1618114915/ このスレではいちゃもん付けてくるバカは絶対に許さんからな すみません年収でした
ですがもちろんフルパワーで働く気はありませんからご心配なく 客先常駐型なら税込55万円はもらえると思う
老齢年金考えると雇われてた方がマシかもしれない >>9
愚痴スレだから荒れるネタはやめてね
web収入板にはそう言うスレあるから、たぶん 田舎と都会では賃金格差がすごい
田舎は15万とかでこきつかわれる >>17
時給1200〜1400円が当たり前だからな あのね社長さん
社内に「外部から口出しされたくない」って思ってる人がいる状態じゃ
どんな優秀なコンサル呼んだって無駄ですよ
あなたが統制できない人を外部の人が統制したり
情報聞き出したりして問題解決できると思ってるなら大間違いですよ
コンサルもベンダーも社内要員の業務の肩代わり要員じゃないですからね >>19
ウチラの田舎では歴戦のウエブデザイナーが1100円〜1200円ぐらいだわ ウェブデザイナーならフリーになってネットから受注すればいいのにな
田舎に留まる意味がわからん 趣味のため田舎に引っ越して都会から仕事もらってる
都会よりなんでも高いけど…
小さなカフェのコーヒーが余裕でスタバ超え >>24
物価は大都市近郊が最安なんじゃないかなあ リニューアル頼まれたんだが、さくらでドメインも握られている場合、
別ドメインを前提として考えているけど
「さくら」の規約ではドメインの所有者と実質のドメイン使用者が異なる場合って規約違反だと思う?
そこを製作会社に突きつけてauthCodeもらおうと考えているけど甘いかな・・ やる気出ねぇ〜
力が出ないよ〜
だめだぁ〜
廃業だぁ〜 お問い合わせは定期的に来るんだけど、できる仕事が来ねぇ・・・ >>25
やはり?
東京はいろんなサービスが上手いのに安くてたくさんあるんだよなぁ
ここに引っ越してきて医者探しに難儀してる 東京はいくら便利でも家賃が高すぎる
神奈川千葉埼玉から東京を利用するか
大阪名古屋札幌などの都市やな 観光地だから東京より家賃高い物価高い
でも東京並みの賃金の仕事はない
どういうこった 俺んとこはデザインとコーディングに加えて
PHPやJSのちょっとしたプログラム修正まで任されて時給1000円だったよ
まあずっと独学でWeb制作会社に勤めたこと一度もなかったんで
ワークフローとか色々と勉強になったけど 20年前にバイトで入った会社が時給1000円だったな。
作業はだいたい同じだった(プログラムはしないけど
今でも同じってことは色々やばいな >>35
顧客はメールのことも考えると、ドメイン継続の方が助かる 息を吐くように嘘をつく人種に出会ってしまったのでそれ相応の対応でかわすことにした
サイコパスなんだろうか
神経疑うよ 1月に仕事の依頼が立て込んでたんだが、断ったばっかりに全然仕事が来なくなった
やっぱり機を逃したら駄目だな。必死でしがみつかないと金儲けできない 今日はプロカメラマンの撮影した写真をレベル補正して傷汚れ隠し仕事5000円が10枚だわ。
1枚1分でできるし、たまにあるからやめられん。
神扱いしてくれるのも面白い
補正してるし >>43
自分は溢れた分を回してもらっててそれでも時間で働くより美味しいですちゅるちゅる VR展示会って
客の要望多くていくつもやってんだが
あれユーザには歓迎されてんのかなあ
なーんか意味ないというか
むしろ展示を見づらくしているだけのような気がしてならん 重いしな
何系かによるが工業機械系だとあの手の展示会はやるほうも参加するほうも参加すること自体が課題で
別に新製品とか見てないことあるから
「開催した」と「参加した」がそれぞれ達成できれば意味はあったりする >>49
なるほどなあ
<button>参加しました</button>
で済ませられないところに
無駄が詰まってるんだな >>47
あいつら人としてヤバいよな
>>49
暇すぎて展示会に行きまくってた時期あるけどいいものないかちゃんと探して提案したよ… だめだー
意味わかんねー
昔の人間が考えることはよくわからん 要は「息を吐くようにウソをつく」連中は、あちらこちら、どこにでもいるってことだなw >>51
最初に勤めた小さな会社で
区議員が献金求めてイキる
→上から怒られる
→平謝り
っていう漫画みたいな出来事を見たことがある
貴重な人生経験だった 2カラムの前時代的なサイトでスタートした知人
どんどんdivが増えていってパチ屋みたいなサイトになってる・・・
安い定額制のサイトってデザイン無視で適当な仕事するなぁ 今入ってるプロジェクト、エンジニアがマークアップしたから無駄な修正が多かった
最初からフロント入れてれば早くて正確なものができたのに舐められすぎててムカつく >>54
お前が失せろバカチョン
>>55
韓国のことか CSSにBootstrap使ってくれって言われたから
リファレンス見てるんだが、クソめんどいな
どこでどのclass使うのか調べるより、普通にCSS書くほうが楽じゃん
複雑なレイアウトする時、結局独自CSS書くんだし >>60
フレームワークは慣れだからね
全体像掴めるくらい慣れてくると
まあ良いところもあるねってのも見えてくると思う >>61
確かになぁ
レイアウト作るのが複雑に見えたけど、
それ以外のコンポーネントはコピペでいけそうではあるな レスポンシブ対応で、各個人で書き方がバラバラの、media クエリーを読みたくはない
Bootstrap の書き方以外には対応できない だから最初にFLOCSSでいくとかタスクランナーはどれにするとかちゃんと決めるンだよ 引き継いだ案件
トップページに
クラス名がtoppu1, toppu2
oshirase1, oshirase_shita
こんなのが50個ぐらいある
あぁああ、なんだよこの名前 いろんな人の修正を経て自分のところに来たやつはmaxとminが混ざっててタブレットでめちゃくちゃに崩れてた
Windowsのデフォが120%とかだから影響範囲広そう
知らんけど >>60
お前がアホだからわかってないんだよ
Twitterのエンジニアたちに対してお前ごときが意見するな >>67
珍しくはあるけど
きちんと決められたルールであるようには見えるな あえて日本語風の命名にする人いるよな
英語よりわかりやすいのはあるけど、なんかモニョる ローマ字はバカっぽく見えるからって理由だけで禁止するのもまたバカっぽく思えるんだよな
関係者全員が日本人なら日本語で実は問題ないんだよな わざわざgoogle翻訳でマニアックな英単語持って来られてもそれはそれで困る トップPUかもしれんぞ
ポリウレタンとか、プルトニウムを扱っているとか そういや近頃めっきり触る機会が無かったのだけど
EC-CUBEのfotterはその後直ったのだろうか
あれってfooterの間違い?なんだよね? マニアックかどうかはお前らの語彙の問題だからどうでもいいんだけど
・うまく訳せない専門用語
・普通の単語だけど組織内で特別な意味に使われていて英語化するとその意味が失われる場合
・該当する単語が英語にない場合
などの時に割と困る >>79
「応募」とか「申込み」ってよく使うんだが、
Applicationってなんかわりづらいだろ?スマホアプリみたいで。
だから、「oubo」とか「moushikomi」ってのもありだとは思う。
ま、俺はentryとかapplyってしてるけどな >>81
フォームのsubmitボタンならprimary-buttonだけど、フォームのまとまりはなんてつけてるか思い出せない
LPならcontactかも フォームのsubmitはbtn-normalとかbtn-cancellにしてるわ
タイトルとかも、ttl-mainとか略語を前に持ってきて分類してる
あんまりよくない命名なんだろうな 引き継いだどこ製だかわからん謎のカートシステム、購入画面でリロードすると再度同じ注文がされる…
気付かなかったことにしよう 引き継いだのなら、せめてクッキーで連続送信防止ぐらいは入れてやろうよ・・・ そういうのの実装ってどうやんの?
購入ボタンを押したら時刻をクッキーかセッションに記録して一定時間の間は購入を無効化するとか? 一番かんたんので良いなら、Javascriptでできるよ
1:送信ボタンを押す
2:setcookieを発行
3:リロードした時に、クッキーの存在があればsubmitを停止
みたいな感じでできるはず。
1の時にボタン自体をdisableするのも地味に有効だ >>87
クッキーの削除もロジックとして必要になるよね?
商品ボタンクリックした時とかに適当に消しておくの? で、それは費用請求できるの?
それとも、
その程度はただでやっとけ、ってこと? ただでできる作業なんてないぞ
金取れないならビタ一文字追加しない 普通、「リロードしたら連続送信されます。修正しなくて良いんですか?」
ってクライアントに相談するだろ。引き継いでるんだから。
言わずに「どうせ金もらえないから黙っとこ」って考えるのはおかしい
自分のせいにされるから、一刻も早く伝えるべきだ >>89
削除ロジックは必要な気がするけど教えてくれてありがとん ロジックと言うか、setcookieには有効期限も入れられるんだし、
それを設定すれば良いんじゃねーの お前らマジか…まあここ技術者スレじゃないから仕方ないのか?
それだと1回買い物すると時間が経つかブラウザ閉じないと再度買い物できないサイトができ上がるぞ >>98
いや、会計画面にアクセスした時にクッキーの有無をチェックすればいいだけだろ
リロード(フォーム送信)がある時に再度送信されるのが問題なんだから、
初期アクセスはクッキーを空にして、決済時に付与すればいいだけじゃん
こんなもん、プログラム云々でマウント取ろうとするのがおかしい ■ このスレッドは過去ログ倉庫に格納されています