「Js」を含む日記

■ ダミーの個人情報を作る「個人情報ジェネレーター」登場

　氏名・住所・クレカ情報など、無償で最大1万件

　ユーザーローカルが、ダミーの氏名・住所などの個人情報を自動生成するWebサービス「個人情報テストデータジェネレーター」の無償提供を始めた。最大1万行を生成し、CSV形式のファイルなどでダウンロードできる。システム開発時の動作テストやセキュリティチェックなどに使えるという。

　生成できるのは、氏名や年齢、生年月日、性別、血液型、メールアドレス、電話番号、郵便番号、住所、会社名、クレジットカード番号と期限、マイナンバーの情報。氏名は漢字・平仮名・片仮名・ローマ字などを選択でき、年齢は「20～80歳」など指定した範囲を基に日本の人口比に合わせて出力できる。

　データはCSV・TSV形式かExcelファイルでダウンロードできる。生成するデータ数は1件単位で設定できるが、1万行以上はユーザーローカルへの問い合わせが必要だ。

ユーザーローカルへの問い合わせ、ってなんかJSかなんかでローカル処理のクエリ必須、みたいに勘違いしてなんだそりゃと気になったがただの社名だった

Permalink | 記事への反応(1) | 20:54

ツイートシェア

■anond:20210911135028

もう仕事でコード書く機会がないから生jsしか使わんわ。

Permalink | 記事への反応(0) | 16:21

ツイートシェア

■jQueryをWebアプリケーションに使っている会社は滅びゆく（前編）

いまもjQueryをWebアプリケーションの大事なライブラリとして使っている会社は少なくないと思う。

jQueryを会社で使っていると何が問題なのかを語っていこう。独断と偏見によるものなので、jQueryを使っていても問題ない会社も当然ある。たとえばペライチのサイトを作る会社とか小規模サイトなんかでは全く問題ない。

フロントエンドエンジニアはjQueryを嫌うので入社しない

『退職理由: jQuery』

採用困難で売り手市場になっている時代、そして「jQueryを触らなければならない環境 vs モダンフロントエンド環境」という選択肢がある中で、あえてjQueryを選ぶフロントエンドエンジニアは少ない。

また、新人はもはやjQueryを学ぶことはない。彼らはES6以降のJavaScript / TypeScriptを書く。よしんばjQueryを学ぶことになった新人がいたとしても、それはただその新人が可哀想なだけで、現役なわけではない。ラガード（遅滞者）の仲間入りをさせているだけだ。新人でもキャリアをデザインできる新人は「jQueryはオワコン」という情報には触れているので、よほど就活で失敗しない限りはjQueryのところにたどり着かなくなっている。

そもそもバックエンドエンジニアでもモダンフロントエンドを書くような環境が増えてきた中で、2世代も前のjQueryだけでアーキテクチャに関する一考もないコードをメンテしなければいけないので、「jQuery」という言葉だけでフロントエンドエンジニアでなくとも入社を避けがちだ。（jQueryでアーキテクチャがしっかりしている可能性は低い。アーキテクチャがしっかりしているならばjQueryに依存しておらず、jQueryに依存していないのであれば簡単にjQueryから脱却できるはずで、簡単にjQueryから脱却できるならもう脱却しているはずだからだ）

メインストリームの部分はほとんどリプレイスが終わっているというでもなく、すべて現役でjQueryなのであれば尚更問題で、誰もメンテしたがらないコードの出来上がりだ。「弊社はCOBOLで書いてます！」とにこやかに言うようなものだ。

（ただし、さすがにjQueryだけでフロントをやっているという会社の求人をほとんど見かけることはない。無意識のスクリーニングで落としているのかもしれない）

jQueryを使っている会社には、フロントエンドエンジニアは一人もいないと言いきってもいいかもしれない。もしくは、今まさにjQueryをやめようとしているか、たまたま入ってきたフロントエンドエンジニアが今まさに辞めようと迷っているかのどれかだ。

「jQueryを使っていました」というエンジニアは、他社からはフロントエンドスキルが0とみなされる。つまり、フロントエンドエンジニアではないという意味だ。jQueryは、jQueryを使っている会社に対してしか武器にならないのだ（逆はできる）

jQueryが書ける人材は縮小傾向にある

jQueryを書ける人口自体は増えているだろうが、労働市場からは撤退し始めている。昔jQueryを書いていた人材の人数が上限で、そこから新たに学ぶ人の絶対数が減っているため、全体としては減っている。

私もjQueryは以前業務で書いていたが、もう数年書いていない。特にメリットを感じないからだ。遊びで、生のJavaScriptを書くことはある。

jQueryで入社するのは、昔からjQueryを使っている高齢のエンジニアか、なぜかjQueryを学ぶことになってしまった新人である可能性がある。

そのため、需要と供給に応じて、昔いたようなスキルレベルの人を今の市場で見つけようとすると費用がかかってしまう。jQuery書けますという人材が高年齢化しているのだ。そして世継ぎはいない。

jQueryを使っている会社にはフロントエンド知識が高い人がいないのでjQueryから抜け出せない

リプレイスはハッキリ言って難しい。モダンなフロントエンドを学習するだけでは足りなくて、それを使いこなせた上でしかもjQueryを使用したカオスイベントコードも読めて、そしてアーキテクチャを考えてリプレイスしなければいけない。

時代が下るにつれて、そうしたハイスキル人材はより高価値になっていき、レア度も単価も高くなる。今そういう人を雇うという判断をしない会社が、どうして今後もっとハイスキルの人を雇えようか。

jQueryを使ったサービスがしっかり利益を出している点もリプレイスを難しくしている。全廃もできない。かと言ってコストに見合わなければリプレイスという経営判断も難しい。経営が困難な状態ならより厳しい。

何も理由がなくjQueryを使い続けたいという奇特な人は多くないはずだ。何か理由があってそうなっているわけだ。カッコよく言うと『ナッシュ均衡』という状態だろう。今会社にいる人材もいわゆる『jQuery人材』が多いため、そこを打破するのはとても困難な道だろう。

jQueryから抜け出すには、すでにいる人材がなんとかしてリプレイスするか、外から連れてきて改革するしかない。しかし大抵の場合、既存の従業員にとってはそんな大変なことをするよりも転職したほうが楽な道だ。（もちろん、「jQueryしかなかったサービスをモダンフロントエンドにした」というのが実績としてある人材はかなり魅力的な人材で引くてあまたなことだろう。その意味ではピンチをチャンスに変えるときの『チャンス』ではある）

ReactやVue.jsに変えたいと思ったとして「じゃあお前それですぐに利益出せんのかよ？」と詰められたら、その論争をクリアしてまで変えるのはほとんど無理に近い。通常、リプレイスそれ自体は価値を生み出さない。リプレイス後に運用コストが低下したり、人材獲得がしやすくなるために利益が出るのだ。リプレイスとは長期の投資であるため、短期的には必ず損失になる。経営が困難な状態でリプレイスしようとするのは、生活困窮世帯にリボ払いをやめさせるぐらい難しい。そのため、まず自分が身銭を切ってリプレイスするしかない。そしてリターンがあるかもわからない身銭は切りにくい。そして同僚は容易に『抵抗勢力』になる。

ちなみにこのヤバい状態を『jQueryの崖』と言う。

jQueryを使っている会社はフロントエンド周りのCI/CD等、エコシステムが構築できていない可能性がある

jQueryを今も使っているということは、裏を返せば「これまでリプレイスをしてこなかった」「リプレイスしようとしたが無理だった」という実績にもなる。

jQueryを使っている会社は、昔からあるコードをもとに書いているため、今もES6以前の文法で書いている可能性がある。そうしてどんどんと情報が少なく、古く、現代で通用しにくいものになっていく。

bundlerを使っていない可能性が高いし、もしかするとCI/CDも無いかもしれない。そうすると、モダンなインフラエンジニア（もしくはモダンなインフラ知識のあるエンジニア）がいないかもしれない。SREという概念がないかもしれない。

世間一般から見ると会社の中が古いのだが、古い会社にいると「自分が古い」とはなかなか思えないものだ。太っちょの集まりの中にいたら「自分はそんなに太ってない」と思うのと同じことだ。

すべては憶測なので、実際は違うかもしれない。

jQuery自体が悪いわけではない

さんざんdisってきたが、そもそもjQueryは何も悪くないし、大変優れたライブラリだ。ちょっとしたプロトタイプを作るときには良いものであるかもしれない。しかも今もjQuery自体はメンテされている。そのため、状態管理さえうまくできていればjQueryだろうがなんだろうが問題ない。

問題は、jQueryというライブラリを使ってきた時代からアーキテクチャが前進していない点にある。何年もずっとその状態だということだ。そこを今日に至るまで誰1人として変えられなかったということだ。特に経営陣は何の問題視もしていない可能性が極めて高い。そうした社内のしがらみが反映された結晶体、それが『使用技術: jQuery』という言葉になっているのだと思う。また、ヤバさは、jQueryのバージョンに反比例する。

jQueryを使っているアプリケーションには、jQueryが担保していなかったアーキテクチャ部分に問題があることが多い。また、どこから呼ばれているか誰もわからない複雑なイベント、SPAもクソもないページ遷移ごとのリロード、誰もどこもテストできず、HTMLにベタ書きで書かれたJavaScriptコード、その場しのぎでデタラメに書かれた関数、無視される変数のスコープ、サポートが終わったライブラリ、ドキュメントを見つけるのすら困難なよくわからないライブラリ、高齢者しか知らない伝説の機能・伝説のハック、などもある。これらはモダンフロントエンドではほとんど発生しないものだ。

そのため、一定の基準として「jQueryを使っているかどうか」で、フロントエンドエンジニアとしてのやりがいがあるかどうかを判別できる。

そうして、フロントエンドエンジニアというのはもうjQueryに見向きもしていない。書けるけど書きたくない。パラレルワールドのようなものだ。

そういうようなことを「使用技術: jQuery」という文言から感じ取ってしまうのだ。

（そしてこれは、実際の仕事の中身が違うかどうかは関係ない。jQueryとは、そういうふうなブランドと化しているのだ）

前編のおわりに

jQueryを使っている会社からしたら「そんなことはわかっている」という部分で、「じゃあどうすればいいのか？」という部分が気になるところだと思う。

そこで、後編では「どうやってjQueryを全廃すればいいのか？」「実際にどのように全廃したのかの事例」について、だいたい来週ぐらいに書くつもりだ。

お楽しみに！

Permalink | 記事への反応(4) | 13:50

ツイートシェア

■

ブサメンだけどJSにモテたい人生だった

Permalink | 記事への反応(1) | 21:17

ツイートシェア

■anond:20210905153836

自分で自分にレスをつける

うぇーい、自分、見てるー？

はてな記法は慣れないなあ

スーパーpre記法のシンタックスハイライトって使えない？

＞|js|
function wawawa() {
    console.log('忘れ物ー');
}
|＜

って書くとInternal Server Error出たんだけど大丈夫？

Permalink | 記事への反応(0) | 15:41

ツイートシェア

■anond:20210904151231

学説というより哲学の中の倫理学という分野の中で表現の自由は王道のトピックになってる。代表的な学者としては功利主義者として有名なJSミルとかが有名だと思う。

概説書としてはナイジェル・ヴォーバートン『｢表現の自由｣入門』が良いと思う。

Permalink | 記事への反応(0) | 18:10

ツイートシェア

■やりたいことがあるのに、ハードルが高い

最初に結論から書くと、「データをサーバーとやりとりする掲示板のような機能の実装に１年かかっても取り組めていない」

webサイト作りがむずかしい

個人的な目標があり、非IT系だが、webサイト作りをやってる。

自分はIT系の仕事ではない。

しかし、なんとかVue.jsで静的サイトで動きを出したり、BootStrapでタブを作ったりすることはできる。

Firebaseで静的サイトや、AWSでS3にサイトｈｔｍｌを置いて公開することもできる。

しかし、そこからのハードルが高い。

掲示板の機能を持たせるには、投稿データを保存したり表示したりする必要がある。

そうなると、さーばーから情報を読み出すべきだが、そもそもサーバーに情報をどうやったらためて置けるかがわからない。

Ｒａｉｌｓの場合はセキュリティーが怖いからやめておきたい、できればクラウドサーバーの機能をそのまま使いたい。

クラウドサーバーにデータを投稿したりクラウドサーバーから読み出す機能がもっと簡単にならないかなあ。

Ｕｄｅｍｙや本を読んでも、なかなかできるようにならないです。みなさんどうしてます？

Permalink | 記事への反応(4) | 17:08

ツイートシェア

■anond:20210819222500

文字制限は意識しないで箇条書きにすると

• プールは男女一緒の教室で着替えるので女子のパンティー丸見え。頑張って隠そうとしても丸見え。ついでに言うと席順は男女交互なので前の席の女子の尻は見るなと言っても見える。JSだけど尻から腰のくびれがはっきり見えた女子もいて私は尻フェチになった
• 中2でボインのEからFカップぐらいの子がいてみんなのオカズでした。体育の授業とか全男子が勃起したはず。ちなみにこの年の美術の先生もムッチリ体系でGからHカップでおまけに尻もボボーンというルックスながらもそのボディラインを主張させる服装だったのでやはり全男子のオカズでした。私も美術の時間だけは先生に褒められようとクソ真面目に作品製作に取り組んだものです。

Permalink | 記事への反応(1) | 22:38

ツイートシェア

■anond:20210806113534

とは言っても、15年選手でしょ？シェルやHTMLやJSぐらいかけるっしょ？

Permalink | 記事への反応(0) | 14:47

ツイートシェア

■anond:20210809173622

道工の使い方を間違えている。動的なグラフを作るなら D3.js でも使えよ。

Permalink | 記事への反応(0) | 04:20

ツイートシェア

■LL言語バトル。Ruby と Python と PHP と Perl と JS と...

個人的な感想だけど、Ruby › JavaScript › Python › PHP, Perl › Bash, AWK という具合に LL の使い易さは感じるのよ。

Python って、Ruby よりも生産性が高まるときってあるのかいな。Ruby の深層学習のライブラリが発展したら、逆転されるのちゃうの？

Permalink | 記事への反応(0) | 04:02

ツイートシェア

■anond:20210805021039

救わないよ

v2からv3に移行失敗したし

もう触んない

JSのフレームワークは信用してない

Permalink | 記事への反応(1) | 13:54

ツイートシェア

■クマをわらわらさせたい

anond:20210803181833

aa ʕ•̫͡•ʕ•̫͡•ʕ•̫͡•ʕ•̫͡•ʕ•̫͡•ʕ•̫͡•ʔ

じゃなくて

aa ʕ•̫͡•ʕ•̫͡•ʔ•̫͡•ʔ•̫͡•ʕ•̫͡•ʔ•̫͡•ʔ

にしたい

javascript:(function (d, lowerThan, count) {
  const MinimumRequiredLength = 33;
  let currentCount = count();

  const elem = d.querySelectorAll(".bookmarkadd-comment-form")[0];
  if (!elem) {
    return;
  }

  if (lowerThan(count(), MinimumRequiredLength)) {
    if (elem.value.slice(-1) !== " ") {
      elem.value += " ";
      currentCount += 1;
    }
  }

  if (lowerThan(count(), MinimumRequiredLength)) {
    const kumas = ['ʕ•̫͡•', 'ʔ•̫͡•'];
    const indexes = '001101';
    for (let i = 0; i === 0 || (lowerThan(currentCount + i * 5, MinimumRequiredLength) || currentCount + i * 5 === MinimumRequiredLength); i++) {
      elem.value += kumas[indexes[i % 6]];
    }

    elem.value += 'ʔ';
    elem.dispatchEvent(new Event("input"));
  }
})(document,
  function(a, b) { return Math.floor(b / a) !== 0 },
  function() { return Number(document.querySelectorAll('.js-bookmarkadd-comment-count')[0].innerText) || 0 }
); //add bear

• 33 文字らしいので変更
• b:id:noname774300 のクマ配列を参考に再現
• 入力済み文字によっては足りないことがある (カウント方法が謎)
• クマの右手 ʔ だけ追加されるのを防止
• ブクマページ以外でうっかり実行したときのエラーを抑止

こういう、特定の URL で特定の bookmarklet を呼び出す extension とか欲しい。これは用途に合わないけれど、クマを消すやつは自動で実行されてほしいものだろうし

Permalink | 記事への反応(1) | 03:14

ツイートシェア

■anond:20210712130124

今どきのフレームワークはキャメルケースやスネークケースで書いたのをみて動く場合がある

Vue.jsがそんなだっけ？

初めて聞いた時えーーーー！ってつい声上げちゃったよ。

KIMOI

Permalink | 記事への反応(1) | 00:56

ツイートシェア

■[稀ドメインはてブ]2021年7月滅多にホットエントリを出さないドメインからのホットエントリ

増田やTogetter、NHKに寡占されているはてなブックマークだが、めったにブクマされないサイトからホットエントリ入りしてくるウェブページはとても面白いコンテンツなんじゃなかろうかと思って調べてみた。

ここ1年で初めてはてなブックマーク日毎の総合人気エントリ入りしたドメインからのホットエントリ、ブクマ数順トップ30

anond:20210803231443

Permalink | 記事への反応(1) | 00:05

ツイートシェア

■はてブのコメント時に、自動で最小限のクマを足すブックマークレット

追記

クマが30匹程度では建設的と判定されないことがあるようなので、そんな時は

const MinimumRequiredLength = 30;

の部分を変えてみてください。

その際は、ドラッグし直すのでなく、

追加済みのブックマークレットを右クリック→「編集」で、30の部分だけ書き換えればOKです。

追記ここまで

https://anond.hatelabo.jp/20210803012020

に刺激を受けて作りました。

id:new3 さんのコメント

https://b.hatena.ne.jp/entry/4706344345181168386/comment/new3

で、書き込み時の自動クマ補完について書かれてたので、それを実装しました。

インストール方法

以下の文字列を選択して、Chromeのブックマークバーにドラッグしてください。

javascript:(function () {
  const MinimumRequiredLength = 30;

  const currentCount = Number(document.querySelectorAll(".js-bookmarkadd-comment-count")[0].innerText);
  if (Math.floor(MinimumRequiredLength / currentCount) !== 0) {
    const elem = document.querySelectorAll(".bookmarkadd-comment-form")[0];
    if (elem.value.slice(-1) !== " ") {
      elem.value += " ";
    }

    const loopNum = Math.ceil((MinimumRequiredLength - currentCount) / 5);
    for (let i = 0; i !== loopNum; i++) {
      elem.value += "ʕ•̫͡•";
    }

    elem.value += "ʔ";
    elem.dispatchEvent(new Event("input"));
  }
})();

「_5)」みたいな変な名前で追加されるので、右クリック→「編集」から好きな名前に変えてください。（addBearとか）

使い方

はてブのコメント書き込み画面でブックマークレットをクリックしてください。

30文字を超えるように、自動的にクマで補完されます。

これで追加したクマを、コメント一覧画面で削除するためのブックマークレットは、

javascript:(function () {
  document.querySelectorAll(".entry-comment-text").forEach(function (e) {
    e.innerText = e.innerText.replace(/[ʕ•̫͡•ʔ]+$/, "");
  });
})();

です。

セットでお使いください。（名前はremoveBear？）

解説

• 不等号を使うと、ブックマークバーへのドラッグ時にエンコードされてしまうため、不等号を禁じ手にして書きました。
• ブックマークレットって、複数行で書けるんですね。便利便利♪
• コメントとクマとの間に、自動的に半角スペースが入るので綺麗です。
• はてブの文字数カウントのルールが不明だったので、コメント欄の右下の分数から取得してます。
• 複数回実行しても、それ以上クマが追加されないだけで問題ありません。
• 人気コメントの足切りは30文字未満？という説を元にしています。クマは1匹5文字なんですね。3文字くらいの幅で、5文字稼げるのがクマの理由と分かり、知的好奇心が満たされました。

誰向け？

私はクマで埋めることはしないのですが、埋めたい人もいるでしょうから、道具としてはあればよいと思いました。

クマで埋めてる人は、コメント直前に毎回クマをコピペして、

最後のクマだけ左頬のパーツを変えて……、など10秒くらい掛けてると思うのです。

その間、「ああ……またこんな作業をして……私ったら承認欲求の塊なのかしら、いやらしいわ」と自己嫌悪してたら可哀想なので、

少しでもネガティブな時間が短くなるよう、活用してみてください。

このブックマークレットを使えば、作業を1秒に短縮できます。

はてブの仕様が元に戻ったり、さらに変化したりするかもしれないので、過渡期の現象として楽しんでます。

中国の「上有政策、下有対策」の日本版みたいなものです。

Permalink | 記事への反応(2) | 18:18

ツイートシェア

■anond:20210618001436

そこなんだよ。一時期暇だったから、Virtual DOM を Ruby で実装するというチャレンジをしていたけど、ムズくてできなかった。Ruby を JS にトランスコンパイラするのがムズくて、挫折した。

Permalink | 記事への反応(0) | 03:18

ツイートシェア

■anond:20210730020439

そういう意味か。おっさんなのがバレるけど、jQuery のセレクタをパクったのが ES6 から入ってるから、生の JS 書いたらどうだろうか？今後は変わるけど、CDN を使ってキャッシュさせるのもありじゃない？

Permalink | 記事への反応(0) | 02:34

ツイートシェア

■anond:20210729192226

つまり成人男性キャラとリアルで会えばJSやJCに会えるということか…

Permalink | 記事への反応(0) | 19:27

ツイートシェア

■anond:20210722154418

再生数を増やすにはJSに生まれ変わるしかない

Permalink | 記事への反応(0) | 15:46

ツイートシェア

■anond:20210720105534

jsで会話したらええやん

Permalink | 記事への反応(1) | 10:56

ツイートシェア

■jQueryを使おうとするだけでもライブラリ使用申請が必要なんだが

Vue.jsとか腰を抜かすんじゃないか

Permalink | 記事への反応(1) | 19:30

ツイートシェア

■今日集めたエロ画像一覧

エッチな水着や下着を着用してる女の子のエロ画像

着替え中の女の子のエロ画像

エチエチ2次画像祭！！！

足こき支持者が増える二次エロ画像まとめ

二次ロリJSやロリJCのしゃがみパンチラ、座りパンチラが嬉しい二次エロ画像

土曜の朝から同人の表紙だけで今日のおかず考えようぜ

パンツ・パンチラ・パンモロ画像

温泉・露天風呂に入ってる女の子の画像

エロさを感じる日焼け娘のエッチい画像

今日は豊作

Permalink | 記事への反応(1) | 11:58

ツイートシェア

■anond:20210708205945

最近のテック系の生態系を知らずに、ほとばしる若さに嫉妬して学生をぶちのめして申し訳なかったと思うようにはヒートダウンしてきた「年収270万円だった医大生」です。こんばんは！

激おこしたのは、申し訳ない。

すごく反省している。ただ、優雅に自分が学生時代に学んだ知識をもって、社会人にその勢いを保持したままで定年まで行ける可能性は高くないと私は思うのだ。おそらくは名門大で、勢いのある会社なら引く手あまたそうな貴方は自分にとっては眩しかったのだ。

フロントエンドは給料が安いという思い込みをしてました。

本当に認識不足だった。もともと Android/iPhone や jQuery で JSON の操作をしていて、PHP/Rails/Spring でバックエンド界隈から MySQL/PostgreSQLを触り、人員不足で AWS をも触って QA および SRE をしていたエンジニアだったのだけど、ブロントエンドが DB に遠いという理由で簿給だと思っていたのは、各派遣会社の給料をみる分だと間違いだと理解した。知識がアップデートされてないのはオレ自身だったようだ。申し訳ない。

Firebase や mBaaS は不味くない？

根拠は、NoSQL はスキーマ無しなのは途中までは良いけど、後で負債になる感じがするので。あと、Firebase は Google が中途でやめるとなったときが怖いぞ。JS なら express というフレームワークあるし、Kotlin もサーバーがあるから、古典的なサーバークライエントモデルで良いのじゃないかな？Next なら SSR あるし。

サイバーエージェントにくくった理由

自分のような新卒採用を逃した身分では、サイバーエージェントのような B to C 領域でトップティアにある会社に紹介してもらえるというのは「蜘蛛の糸」のような貴重なチャンスに思えたのだよ。そりゃ、ある程度は経験積めばスカウトが来るかもしれないけどさ、自分は年食っていたから「サイバーエージェントで働けるという可能性」に全力をかけたよ。その結果が、場末の未認可SES って、しかも反社だったなんて、すごくショックだったよ。クソな「自称数学者の人工知能論を聞いて土日が終わり、平日はブラック客先常駐」な日々はうんざりだ。

Permalink | 記事への反応(0) | 00:33

ツイートシェア

■anond:20210708205945

年収270万の人です。フロントエンド・デザイナーについての疑問なんですけど、書き込みを眺めていて不思議に思ったことがあるので、ポストさせてください。

① Rails だろうが、React だろうがプログラマーはデザインまでして当然

という感触ですが、本気なんですか？ぎりぎりドリームウィーバーで PHP を書いていたことがある世代なのですけど、アート的なものは他者に任せるという記憶なんですが、今ってプログラマーが画像とかを集めてくるのが当然なんですか？

② フロントエンドのデザイナーを採用するとして、CSS はデザイナーが書くもの

最低「ウェブデザイナー」を名乗るなら、CSS を扱えるべきだと思っているのですけど、CSS in JS とかするとプログラマーの職務が増えるだけなんてはないでしょうか？

よろしくお願いします。

Permalink | 記事への反応(0) | 18:59

ツイートシェア