  |
はてなキーワード: モダンとは
いまもjQueryをWebアプリケーションの大事なライブラリとして使っている会社は少なくないと思う。
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は以前業務で書いていたが、もう数年書いていない。特にメリットを感じないからだ。遊びで、生のJavaScriptを書くことはある。
jQueryで入社するのは、昔からjQueryを使っている高齢のエンジニアか、なぜかjQueryを学ぶことになってしまった新人である可能性がある。
そのため、需要と供給に応じて、昔いたようなスキルレベルの人を今の市場で見つけようとすると費用がかかってしまう。jQuery書けますという人材が高年齢化しているのだ。そして世継ぎはいない。
リプレイスはハッキリ言って難しい。モダンなフロントエンドを学習するだけでは足りなくて、それを使いこなせた上でしかもjQueryを使用したカオスイベントコードも読めて、そしてアーキテクチャを考えてリプレイスしなければいけない。
時代が下るにつれて、そうしたハイスキル人材はより高価値になっていき、レア度も単価も高くなる。今そういう人を雇うという判断をしない会社が、どうして今後もっとハイスキルの人を雇えようか。
jQueryを使ったサービスがしっかり利益を出している点もリプレイスを難しくしている。全廃もできない。かと言ってコストに見合わなければリプレイスという経営判断も難しい。経営が困難な状態ならより厳しい。
何も理由がなくjQueryを使い続けたいという奇特な人は多くないはずだ。何か理由があってそうなっているわけだ。カッコよく言うと『ナッシュ均衡』という状態だろう。今会社にいる人材もいわゆる『jQuery人材』が多いため、そこを打破するのはとても困難な道だろう。
jQueryから抜け出すには、すでにいる人材がなんとかしてリプレイスするか、外から連れてきて改革するしかない。しかし大抵の場合、既存の従業員にとってはそんな大変なことをするよりも転職したほうが楽な道だ。（もちろん、「jQueryしかなかったサービスをモダンフロントエンドにした」というのが実績としてある人材はかなり魅力的な人材で引くてあまたなことだろう。その意味ではピンチをチャンスに変えるときの『チャンス』ではある）
ReactやVue.jsに変えたいと思ったとして「じゃあお前それですぐに利益出せんのかよ？」と詰められたら、その論争をクリアしてまで変えるのはほとんど無理に近い。通常、リプレイスそれ自体は価値を生み出さない。リプレイス後に運用コストが低下したり、人材獲得がしやすくなるために利益が出るのだ。リプレイスとは長期の投資であるため、短期的には必ず損失になる。経営が困難な状態でリプレイスしようとするのは、生活困窮世帯にリボ払いをやめさせるぐらい難しい。そのため、まず自分が身銭を切ってリプレイスするしかない。そしてリターンがあるかもわからない身銭は切りにくい。そして同僚は容易に『抵抗勢力』になる。
jQueryを今も使っているということは、裏を返せば「これまでリプレイスをしてこなかった」「リプレイスしようとしたが無理だった」という実績にもなる。
jQueryを使っている会社は、昔からあるコードをもとに書いているため、今もES6以前の文法で書いている可能性がある。そうしてどんどんと情報が少なく、古く、現代で通用しにくいものになっていく。
bundlerを使っていない可能性が高いし、もしかするとCI/CDも無いかもしれない。そうすると、モダンなインフラエンジニア（もしくはモダンなインフラ知識のあるエンジニア）がいないかもしれない。SREという概念がないかもしれない。
世間一般から見ると会社の中が古いのだが、古い会社にいると「自分が古い」とはなかなか思えないものだ。太っちょの集まりの中にいたら「自分はそんなに太ってない」と思うのと同じことだ。
すべては憶測なので、実際は違うかもしれない。
さんざんdisってきたが、そもそもjQueryは何も悪くないし、大変優れたライブラリだ。ちょっとしたプロトタイプを作るときには良いものであるかもしれない。しかも今もjQuery自体はメンテされている。そのため、状態管理さえうまくできていればjQueryだろうがなんだろうが問題ない。
問題は、jQueryというライブラリを使ってきた時代からアーキテクチャが前進していない点にある。何年もずっとその状態だということだ。そこを今日に至るまで誰1人として変えられなかったということだ。特に経営陣は何の問題視もしていない可能性が極めて高い。そうした社内のしがらみが反映された結晶体、それが『使用技術: jQuery』という言葉になっているのだと思う。また、ヤバさは、jQueryのバージョンに反比例する。
jQueryを使っているアプリケーションには、jQueryが担保していなかったアーキテクチャ部分に問題があることが多い。また、どこから呼ばれているか誰もわからない複雑なイベント、SPAもクソもないページ遷移ごとのリロード、誰もどこもテストできず、HTMLにベタ書きで書かれたJavaScriptコード、その場しのぎでデタラメに書かれた関数、無視される変数のスコープ、サポートが終わったライブラリ、ドキュメントを見つけるのすら困難なよくわからないライブラリ、高齢者しか知らない伝説の機能・伝説のハック、などもある。これらはモダンフロントエンドではほとんど発生しないものだ。
そのため、一定の基準として「jQueryを使っているかどうか」で、フロントエンドエンジニアとしてのやりがいがあるかどうかを判別できる。
そうして、フロントエンドエンジニアというのはもうjQueryに見向きもしていない。書けるけど書きたくない。パラレルワールドのようなものだ。
そういうようなことを「使用技術: jQuery」という文言から感じ取ってしまうのだ。
（そしてこれは、実際の仕事の中身が違うかどうかは関係ない。jQueryとは、そういうふうなブランドと化しているのだ）
jQueryを使っている会社からしたら「そんなことはわかっている」という部分で、「じゃあどうすればいいのか？」という部分が気になるところだと思う。
そこで、後編では「どうやってjQueryを全廃すればいいのか？」「実際にどのように全廃したのかの事例」について、だいたい来週ぐらいに書くつもりだ。
お楽しみに！
東京電機大学を卒業後、VisualBasicを用いた会計支援ソフトウェア開発、自社サイトの制作に従事するなど、アプリケーションエンジニア、フロントエンドエンジニアとして5年にわたって業務をおこなって参りました。
今後は、その中で得られたVisualBasicの予約語暗記の実務経験を活かして、VB.NETによる開発に取り組んでいきたいと考えています。
VisualBasicを用いた会計支援ソフトウェア開発
VisualBasicを用いた内製ソリューションの引き継ぎ・バージョンアップ開発。
特に、複数の法定通貨をないまぜに扱うため、レート換算と端数処理が至るところに発生する困難な会計処理でした。
社長がホームページ・ビルダーで作成したプロトタイプを元に、HTML5/CSS3で再構築した自社コーポレートサイト。
プロトタイプのコードは全く利用せず、スタイルデザインのみを参考にいちから構築しました。
また、その2年後にスマートフォン対応も行っており、SCSSやflexboxを利用したモダンなHTMLコードを構築できたと自負しております。
カタカナ語をシャンするイグジスタンスィズのオピニオンで、イングリッシュはフォノグラムでジャパニーズはメインでイデオグラムをノーマリーにメイクユースオブしてるっていうのは自分としてもアンダウトフルだと思うけど、だからイットがイクスプリシットリィにディフィカルトになるっていうのはどういうファクトがベースとしてあるわけ？何をもってシグニフィカンスありとクレイムしてる？
カタカナ語だから他人のソウトをウェルにグラスプできないっていうのは、シンプルにイングリッシュのファンダメンタルズがコンシダブリィにラックしてるピーポーってだけじゃん。モダンなワールドではチャイニーズオリジンのキャラクターズよりもイングリッシュオリジンのレターズの方がスペリアーなのはニードレストゥセイだよね？どのぐらいセンテンスィズがナチュラルかのディグリーというアスペクトで見ればオフコースにリーディングがハードになることにはアグリー。でも、それはカタカナでリトゥンされてても、ラテンアルファベットだったとしてもイーヴァンチャリィではセイムだよ。イズントイット？
インディードに、オフンにイングリッシュをツールとしてアヴェイルしてるピーポーは、アバヴをスペシャルなエフォートなしでプロバブリィでキャンリードじゃないかな？
黒がおすすめ。
マットでダウンにありがちなキルトステッチが見えなくモダンな感じが良い。
秋冬のアウターに良い
＋Jで似たようなのがあるが通常の方が安く買えるのでそちらの方が良い。
黒がおすすめ。
アークテリクスやノースフェイスで似たようなのが有るがロゴが不要なのであればこれで問題無い。(安いし)
黒がおすすめ。
白がおすすめ(出たら黒も)
黒がおすすめ。
丈夫でサイズがSMLと大雑把なので体型が少し変わっても履けるのが良い。
ベルトを通す穴がある。
安くて耐久性が有って良いです。
ヘインズ
・BEEFY-T
セレショとかに売ってるけどAmazonの方が安く買えると思う。
・ML574
グレーと黒がおすすめ。
日本共産党中央委員会の論文集『投降主義者の観念論史観』を読めば答えが見つかると思いますよ
日本共産党の志位和夫委員長ですが，1988年に，ほぼヒラ同然の専従から書記局長に抜擢されました。出世のきっかけになったのが，「伊里一智事件」での活躍だといわれています。 伊里一智事件とは，1985年当時，東大の院生支部の党員が，宮本顕治の引退なども含め，党の改革を訴える提案を党大会に提案しようとしたところ，その提案が連名であることを以て，党機関が「分派活動」と決めつけて，その動きを阻止したもの，および，その後の「党大会でのビラまき」「週刊誌のインタビュー」「伊里一智氏の著書出版」などの一連の出来事をいいます。伊里一智はその院生が名乗った活動名です。 この事件は，典型的な，民主集中制の原則を悪用した，異論の政治主義的な封殺でした。その主な下手人が，志位和夫委員長その人なのです。志位氏は，「変節者のあわれな末路」（「赤旗」1986年3月18日，19日）「退廃と遊戯の『哲学』 ――浦地実『＜ポスト・モダン＞と唯物論』批判」（『前衛』1986年4月号）などの論文を書いて，伊里氏を口汚くののしりました。この，異論排除の能力が宮本顕治に買われて，出世を果たしたとかなんとか，いわれているところです。これら共産党側の論文は，『投降主義者の観念論史観』という本にまとめられています(上写真)。 今回，上に挙げた志位氏の論文を紹介します。ぜひぜひ，読んでみてください。あの顔からは想像できないような悪口雑言の数々が並んでいます
（年収270万で）プログラマーを引退して、医学部にきた俺が真面目に考えてやろう。
真面目に読んでいて、ちょっと気になる箇所がある。たとえば PostgreSQL を postgre とか書くヤツは現場では嫌われるぞ。少なくとも postgres と書いてくれ。お里が知れるぞ。
消えていくエンジニアの特徴だけど、叱責されたり馬鹿にされるのが嫌で VCS にコミットしないヤツ、または貪欲にコードレビューをされるのが嫌がるやつは、成長しない。
この業界は数年前には『デジタル土方』と揶揄される業界でした。ちなみに、アメリカでも「テック系はハードだから避ける」という雰囲気でした。つまり何をいいたいのかというと、ソフトウェアの開発者っていうのは「泥臭い領域」なんだよ。エリートとは程遠い場所にあるというね。
いやぁ、是非とも楽天で働くべきだよ。どうせ野村総合研究所とか NTT DATA なんて無理だと思うから。
うん、ココはまずい。基本的にフロントエンドなんて給料が安いのよ。だって、誰にやらせてもデータベースにクソなDCLを飛ばせないから。逆に、データベースを触れることができるプログラマーはリスクと責任が大きいから、給料が高いのだよ。B4 になってもそれが理解できていないようだと、この先くらいよ。
君はソフトウェア・エンジニアになりたいのだろ？世の中は分業で成り立っているのだから、全部やろうとするやつはアホだよ。
インターン生はお客さんなの。君のスキルが通用したのはすごいと思うけど、同じ感覚で仕事はできないから注意しときなよ。
なに言ってるの？そんなことは言い訳にならんよ。プログラマーになりたいのだろ？勉強をしろよ。
逆にいうと、あなたがインターンとして週３で20万円貰えていたのは、参入障壁が少ないからでしょ？強強エンジニアが生き残っているのは、それだけすごいということだよ。
いやぁ、違うと思うよ。その問題が「難しい」なら切り分けて、上に「ココが自分の能力では解決できないです」と持っていくだけなんだからさ。CS じゃないのだったら、仕事をするまで「扱わないまま」なんだよ？しかも、土日に勉強する気もないとなったらいつするのさ？
諦めなよ。ソフトウェアというものが「変化できることに価値がある」ものだから。変化する業界はストレスフルだけど、立身出世する可能性が高いでしょ？安寧なばしょではないの。
いやー、CSでない博士課程に行って、雇ってくれる企業があるかね？無いと思うけどな。
この時点で、君はコピペしかやってきてないことが理解できる。おそらく QUIC か MQTT あたりだろ？逆にいえば、それが実装できたら他社と差のつけられるプロダクトだったはずだ。つまり会社の利益の源泉であった部分をみすみす実装できないようでは、そこらへんの専門卒以下だぞ。
ムカつくというか、虫酸が走る書き方だ。箇条書きにすると、
プログラミングに年齢はないから。自分は９歳ではじめたけどね。
あー、俺も天才が高校のときにいて、マーチの情報工学と旧帝の院の学費を会社持ちという驚異的なやつがいたよ。今もブログ見てると、Android と iPhone のアプリを書いているみたいで、元気そう。
それを上手にコントロールできるプログラマは世界中にもほとんどいねぇ。むしろ、月20万でやるもんならギルドから苦情が来るぞ。オレもアビームの人に給料を答えたら、「こんなヤクザな会社はやめろ」と耳うちされたよ。
人より良い経験をしたいという願望はあるのは素晴らしいと思うよ。しかしながら、君が到達したノウハウは他人にもできることだからね。ワン・オブ・ゼムになりたくないなら、努力し続けることだな。勉強をするのをやめたら、数年で中卒に負ける世界だからな。覚悟しとけよ。
P.S. 医学部に来たのは家庭の都合だよ。それに、自己顕示しないと「場末のコーダー」で読んでもくれないだろ？年収については、自分も低いと思うよ。なぜ低かったかというと、都内私立大学多浪中退の自分にはベンチャーの皮を被った助成金搾取がメインの反社会的勢力のフロント（ベンチャー）企業ぐらいしか相手にしてくれなかったからだよ。そこの会社は外国帰りの MDMA をキメて、未成年の子女に手を出しては警察沙汰スレスレのことをしているキチガイが社長をやっていて、人工知能を作ろうと学生インターンを酷使している会社だったのだけど、「サイバーエージェントに紹介する」という嘘にひっかかって、特定派遣事業の免許がないのに客先常駐させられ、土曜は帰社日、日曜は社長の Python の勉強会に参加させられる、というブラック会社にいてピンはね率（60%）となると、まともに考えることもできず働くアリになってしまってたからだよ。
P.S. ② 年収については、初日から派遣先の会社に引き抜きのオファーをもらって、２ヶ月後に新しい会社に移動したけど、300万だったので CodeIQ というサイトで転職をする準備をしていたよ。たしか、DMM とかサイバーエージェントの面接にいこうとしてたような記憶。その後で家庭の都合で、医学部に来たけど。
P.S. ③ 医学部医学科の６年生だよー。みんなが嫌いな私立医学部だけどね。ちなみに、俺もこの大学が嫌いだ。
P.S. ④「GraphQLをわざわざ書くのは理解できるけどな。」そうだとすると、REST や SOAP も書かないとまずくない？書くのだったら「Rails と Next のデータ受け渡しにGraphQLを使った経験が」という感じだと良いと思うけど。
P.S. ⑤「野村総研とデータを挙げるあたりSI寄りの仕事してたのかな。 」ちゃうねん。オレっちは多浪したからさ、そこのエントリーシートをかけなかったのよね。まぁまぁ大学が名門でさぁ、OB が誘ってくれるけど、年齢で弾かれて辛かったねん。
P.S. ⑥「ダウト。学費をどうやって稼いだんや 」えぇ、親の金です。だから家庭の都合でと書いてるじゃろ。
P.S. ⑦「本当に医学生ならここ数年の技術についてこの指摘ができる程詳しいわけないし少なくとも10年位は業界にいないとこういう感覚は身に付かない。 」たしかにおかしいよな。Kubernetes や Terraform を弄って、CI は GitHub Actions、CD には AWS CodeDeploy を使って、ブログは Jekyll で静的サイトジェネレータを使いつつ、自前のサービスを立ち上げるために Rails, Next, React, PostgreSQL, Redis, Kafka, Elasticsearch, S3 の勉強をしつつ、スマホ環境のために Kotlin と Swift を触れているなんて変だよな。そういえば、Docker が来るまでは Vagrant で環境をつくっていたのも忘れてたよ。あと Rust を今年に学ぶ言語にするなんて、受験生にあるまじき行為だよな。うん。
P.S. ⑧ 年収については、基本給が 22万で、残業が200時間超えたらプラスだった気がする。あと、反社ベンチャーは「ポートフォリオの作成にまる一ヶ月間で拘束された、しかも無給で」という時点でヤバいのだけど、その会社にコミットしたのは「サイバーエージェントに紹介する」ということだけであって、同時期に DMM も面接に行けそうだったのよね。馬鹿なことをした。
P.S. ⑨「特にフロントエンドを見下す感じとか」オレ自身はフロントエンド出なんだよ。何を隠そう、Adobe Flash のゲームをつくっていたから。それでもって言うよ、バックエンドが一番大切だと。
P.S. ⑪「5～10年前に人売りに捕まった話とするなら、年収270万も現実味を帯びる。」特定派遣は消えてくれてよかったよ。俺のところは特定派遣すら未登録だったけど。
P.S. ⑫「いい医者になるのだよ 」うん、頑張る。「オッサン」「社会不適合者」「あるき方がキモい」「プログラミングwww」「同じ班になりたくない」「親も頭が悪い」「生きてて恥ずかしくないの？」とか言われてるけど、頑張る！
P.S. ⑬ 「フロントエンド別に給与低くないよ。」えっ、そうなの？WebDesigning を読む限りだと、400万もいかないイメージだけど。
P.S「医学部6年でまだプログラムに興味あるの不思議。」好きなんだよ、言わせるな///
P.S. 「フルタイムじゃないのでしょ？」いいえ、東京都内でフルタイム（ひどいときで、朝7から夜24）でしたよ。入った会社が「法律よりも、派遣先の評価」という会社だったからね。
P.S. サイバーエージェントさん、ときどき御社の社名を使って「弊社に恩を売ると、サイバーエージェントに紹介する」というベンチャーが跋扈しているので、どうにかしてください。わたくし、１ヶ月間もその嘘で jQuery と Django を回収させられた挙げ句、月給 2000円だったのですけど。本当に千円札２枚だったのですけど。ついでに、Android（Java） と iPhone（Objective-C）と jQuery を使ったフロントエンドシステムに、バックエンドに Rails + Postgresql のシステムで、AWS を介したサービスを作らされたのも「サイバーエージェントに紹介する」と言われたからなんですけど。いったい、何なんですか？お前ん所は、コンプライアンスどうなってんじゃ。
P.S. 「好きそうだし医学部卒業してシレッとgoogle行ったれ 」無理っすよ。オレのスキルじゃ。
P.S. 「病院は」親がクリニックを持っていたけど、潰したよ。クリニックは人に患者がついていて、アルバイトを充てがっても患者さんが不幸になっていくのをみちゃったからね。自分は責任を持って患者さんを見たいから、バイトなんて使わないよ。
P.S. 自分はコードを書きたいタイプだったから、SIer みたいな UML とか書いて下請けにコードさせるみたいなのは絶対に嫌だったのよね。だから SIer にはならなかったよ。やっぱり、現実にある計算機が解決できる問題を、より直接的に触れて解決したいと思っているから。仕事がハードでも全く問題なし。
P.S. FPGA すごいよね。ザイリンクスとアルテラが Intel と AMD に買収されて、すごいと思ったよ。2010年頃だっけ？、CPU の限界を FPGA で突破しようという話があったけど。手を出そうと思ったけど、高性能なチップが 100万ぐらいして挫折した記憶があるよ。
P.S. 「東海大の医学部・学士」は自分は大学を卒業してないから無理でした。あと、それ以上の詮索はやめてくれ...
P.S. 「MySQLそんなに嫌いなのか。」そんなこと書いたつもりはないが、あれ？確かに MySQL は PostgreSQL より嫌いたけど、それは Oracle が親元だったり、Unicode の扱いがファッキンだったり、ストレージエンジンが切り替わるときにカオスな目にあったけどさ、MySQL は好きだよ。お世話になったし。
P.S. 給料については契約後に言われたのよ。というか、もともとは「サイバーエージェントに紹介」するという理由で、ポートフォリオの作成や Django の改修を手伝ったつもりで、入社とかする気は全く無かったのよ。それが、いきなり他所の会社に面接を受けさせられて「君は明日からXXで働くから、履歴書を書いてね」と言われて、抗議したら「俺に恥ずかしい思いをさせるのか！業界に入れなくするぞ！」と大声でシャウトされて、気がついたらあっちが用意した履歴書に拇印してしまったのよね。有料職業紹介と派遣登録をしてない会社だったから、そんなかとはできないはずなんだけどね。ホームページには「年収550万」と書いてあったけど、実際はまったく違ったのだけどね。
P.S.「うーん、いらないかな。IT土方としての仕事しかないと思う。」だよな。おとなしく医者になるよ。ありがとう。
P.S. Elasticsearch は全文検索機能がほしいからやってるよ。Redis はインメモリなセッションストアとして使いたいのよ。Kafka はさ、twitter のファボをじっそうしたいけど、RDB の書き込み速度が上がらないから利用したいの。TensorFlow は全く理解できてないよ。それは、指摘されたとおり。
逆に聞くけど、以下の知識があったらどれぐらいもらえるわけ？東京23区で。
報告書では、英国の学校で広く使われているStar Assessmentsと呼ばれるReading(国語)と算数・数学の学習成果について、2019年11月のデータを用い、2020年の11月時点での結果との比較を行い、学習の遅れ(ロス＝損失)の推計を行っている。
過去の学力調査との比較を可能にするデータだからこそ、このような推計ができる。
日本で同様の分析や報告が行われた形跡を、寡聞にして知らない。両国間で、全国的な規模での学校閉鎖の時期や期間がほぼ同じであったこと(ただし、新年度が何月に始まるかといった違いはある)をみれば、教育を担当する行政や調査機関、マスコミや社会の関心度の違いのあらわれといえるだろう。
さらには、いざというときに、このような分析を可能にするデータの蓄積や分析手法の開発という点での両国間の能力の違いのあらわれだということもできる。
日本で多額の税金を使ってほぼ毎年行われている全国学力・学習状況調査は変化を捉える設計で行われていない。そのために、今回のような緊急事態に直面した際に、学習の遅れを測定するためのデータとして使うこともできなかった。
学習評価の専門家はそのような調査設計(項目反応理論を応用したテスト開発)を提唱してきたが、その提言に従い、異なる時点間の比較を可能にするデータを構築するための方法を取り入れてこなかったのである。
その結果、莫大な税金を投入してきた全国学力テストは、社会の変化に対応するための政策研究に資するデータとしては、役立たずであったと言っても過言ではない。
記事の大部分は、イギリスの報告書をもとにした、休校による学びの遅れの指摘ですが、著者の主張は、「評価と意思決定のためのデータを集める体制が整っていない」ということですね。Twitterでの反応が「格差社会ｶﾞｰ」「政治ｶﾞｰ」ばかりなのが残念ですが。私も、昔いた教育系の職場で項目反応理論 (IRT) を調べて、ちょっとしたプログラムとかを書いていましたが、非同期的で、個々人に合わせたアダプティブな教育が求められる今こそ、必要な領域だと思います。もちろん、ちまたの「AI教材」を売っている会社はそれをやっているでしょうし、IRTよりももっとモダンな理論があるかもしれませんが。
https://anond.hatelabo.jp/20210610184501
文面からおそらく弊社の、しかも関わりのある事業部なのだろうと想像した。そういう意味ではまずは今までご苦労様。
まず自己紹介からしよう。私は主に公共向けのSEをしている部長相当職（社内ではある固有名詞で呼ばれている）だ。社内の製品は一通り把握している自負はあるので、よっぽどマイナーなものでなければおそらく君のところの製品も触ったのではないだろうか。
開発に必要があるなら申請を出せば普通に入手できるし、Gitも普通に使っている。正直なことを言おう。そんな小さいことで辞めたのか？と思ってしまった。35歳で主任（これもある固有名詞で呼ばれてたんじゃないか？）ということはそもそも開発者なんてフェーズはとっくに過ぎてマネージメントを任される頃のはず。これはたとえ製品開発の事業部だったとしてもそんなに変わらない。それなのにその視座の低さがとても気になったよ。概して若いコーダーは顧客のメリットが0であるような単なる自己満足としてGithubの利用やDockerを使いたがるが、悪いけどそのまま大人になってしまった感じを受けた。開発環境の優劣というのはそんな低レベルな話ではなく、上流工程での品質の作り込みがしっかり行われているかとか、品質管理のKPIがしっかりされており、そのKPIに対するPDCAが回っているかとか、人月単価を適正に管理し競争力のある製品を作る予算管理ができているかといったことのほうがよっぽど重要。
弊社はあくまでも「ものづくり」「エンジニアリング」の会社であって、「コーダー」の会社ではない。そのためDockerだのGithubだのMavenだのといった要素技術に対してそんなに価値を認めてないんだよね。もちろんそういった技術で儲けようとしているWeb系の企業がたくさんあるけれど、年収を比べてみれば結局どっちの市場評価が高いのか、よくわかるんじゃないかな。「ものづくり」で大事なのはあくまでも顧客の要求を満たすことで、それはDockerだのGithubだのMavenだのを使うことととは次元の違う話だし、市場価値が高いところにコミットしてそうでないところを適正に管理しているからこそその年収が出せるものだと思ったほうがいい。今の年収と同じ水準でモダン 笑な環境に転職したじゃないかと反論されそうだが、転職市場は前職の年収ベースになるので結局君の実力ではなく弊社の実力が評価されただけなんだよね。そこは謙虚になったほうがいいと思う。
まずシステム開発は「ものづくり」ということが見えていない。「ものづくり」というのは単にコードを書くというだけでない（君はそこにフォーカスしすぎて、その環境の悪さだけが目についたように見えた）。市場の要求に対して適切に答えてるのが命題であり、技術は単なる手段ということを忘れてはいけない。プログラミングというのは手段である技術のたった一要素に過ぎない。そういう徹底的な顧客志向を日本のメーカーは長いことやってきており、高い生産性を実現してきたし、社員にもその精神を学んでほしいという一心でビジネスを動かしている。だが、最近のIT系企業は「ものづくり」ではなく技術を目的にしているところが多いよね。MacやGithubとか言ってる層は特にその気が強いと思うのだが、君は結局そこに行ってしまったようだ。
以上を踏まえておじさんから一つだけアドバイス。今のWeb系がやっていることは所詮大昔の技術を再発明しているだけであり、本質的に価値が薄いということ自覚した上で本当に顧客が欲しい物を作るということを忘れないでほしい。例えばDockerなんて大昔からLinuxが持っている機能の寄せ集めだし、Gihubなんて本質的にはファイル名に日付を管理するのと変わらない。弊社に関して言うと、AWSなんていってるけど所詮VMだし、弊社はハードウェアレベルでより高い技術を持っている。AI企業は専用AIを個別案件ごとに作っているが、弊社は汎用AIを世界で初めて開発した。でもそれらを積極的に宣伝はしていない。なぜか？それらは単なる手段だから。むしろお客様へのソリューションという形で宣伝していて、結局顧客のビジネスにフォーカスしているんだよね。だからこそ利益が出せ、年収も高いというわけ。なので、再度いうが、本当に顧客が欲しい物を作るということを忘れないでほしい。
https://note.com/arisan_designer/n/n77e068511f5c
こちら、フォントの歴史の話が珍しくホッテントリまで上がってたんで、まあちょっと嬉しくなったんで。
まあフォントはみんな好きなんで、いろいろブコメつくんだけど、まあ「知ってても何の役に立つんだ」「海外仕事するとき以外無用知識」的な「半端にイキってんじゃねーよ」的コメとか「読みづらい文字死すべし」的「デザインは理論原理主義」、「小林章さんが全て言い尽くしてる」っていう「有識者権威主義」はたまた「〇〇が好きなフォントです！」的「無邪気なフォントLOVER」がそれぞれワイワイいって、「で、どうすりゃいいんだ」ってなかなか意見が出んよね。
まあわっしもそんなに決定版的回答出せるほどの絶対的知識ないんだけど、現場で選んでるときの一例だせれば「ほーん」てなるかなって。
元記事の歴史的な背景知ってるときに、有効な例っていくつかあって
なんかは役に立つよなと。
時代性的なことで、有名な例としてスターウォーズのポスターのフォントとしてTrajanが採用されてたりするんだけど、あれは見た目がトラッドでかっこいい以上に、スターウォーズが年代記的英雄譚、言ったら「サーガ」だから背景的にもバチっとハマってるってのがある。
Trajanは碑文から発見された文字にインスパイアされて作られた文字なんで、言ったら最古のグループのフォント（まあそこをイメージして作られたんだけど）で、伝説にはピッタリよねと。
あと、Frutigerなんかはシャルル・ド・ゴール空港のサイン用書体として開発されたっていう経緯があったりして、デザイナーのアドリアン・フルティガーの作ったフォントはシステマチックなラインナップ展開を考えた作りで、近代性・工業性を表現できる書体かなって思う。
まあでも同じ人が作ったやつでデザイナーがより好きなのはAvenirかなー、円形とか直線とか、かなりジオメトリックなエレメントを持ちつつ、ちゃんと人間が描いた字として読みやすいから、意味と画面の平面構成的美しさがバーンと同時に目と頭にくるんだよね。
和文欧文混植の話は、厳密に000年だから、みたく同時代性に合わせるってより、それぞれのなかで相対的な「トラッド・モダン」のポジションを持ってるものを組み合わせた方がしっくり来るよと。
たとえばA1明朝で、A1についてる英文だともうちょっとニュアンスが足らんよなー、もっと優雅さをだして落ち着きと伝統性出したいよね、なんか欧文フォント組み合わせたいってなったとき、A1明朝ってのは、リュウミンなんかよりより伝統的ムードを強調して作られた書体なんで、時代性として相対的に古いと理解できる。
で、欧文はなにがマッチングするかと言うとローマンの中でも古いやつの決定版のGaramondなんかは合う。
ここら辺は頭で「時代性があう」からだけじゃなく、エレメントとして、和文の場合は漢字とかなの大きさの差や、「ふところ」なんていわれる「田」みたいなエレメントの狭さと、欧文のベースライン・ミーンライン間の幅と、アセンダー・ディセンダーラインの比率を見て、これが大きければ、要はクルっと丸まった部分とシュッと縦に伸びてる部分が差が大きい、「ふところ」の狭い和文フォントと似てるね、ってなって、「あいつら上手くいきそうじゃない？」ってなるわけ。
あと、和文の伝統的なものを意識したフォントは、縦組みに使いやすくなってるので、はらいの方向が斜めだったりして、こう言う斜めのながれは、欧文ではOの字の一番細い部分を縦に結んだ線が垂直か斜めかに対応している。
斜めになってるローマン体は相対的に古く、伝統的で、ここも合わせるときに見所かなー。
まあ地べたはいながら文字探してる現場のWEBデザイナーが考えてることの一部はこんなとこっすな。
いや暇だからね、何かやろうかなってパッと思い付いたのがコレだっただけ
ちなみに定番ばかりだぞ？んじゃ行ってみよう
Chromeがあればコッチも
Webブラウザは色々使ったけど結局この2つに落ち着いた
これもプリインストール
次世代SMSであるRCSに対応している
個人的にRCS登場以後のメッセージングはこれの比率が増えている
Web版も存在していて便利
ちなみにRakuten LinkもRCSへ準拠しているので相互にRCSを送受信できる
どうやら国内ではGoogle Messages間同士のみという情報を頂いたので修正
もともとGoogle Talkユーザーだったので流れで
前身のHangoutsは今年の終了が決まっているので早めに移行したほうが良いよ
仕事で使うので
ゲーム系はやっぱりこれだよね
仕方なく
電話番号不要で利用可能、強固な暗号化が施されているP2Pによるチャットが行える
このあたりのツールに親和性が高いギークたちとコミュニケーション取るのに使ってる
分散型チャットプロトコルMatrixへ対応したチャットツール
これも同上の理由でギークたちとのコミュニケーション用
利用頻度は非常に落ちているもののはてブでTwitterリンクが流れてくるため
同上
分散型SNSのMastodonのクライアント
Twitterから完全に移行しちまった
わかる人にはわかるだろうけど非常に居心地が良い
OpenStreetMapを活用した地図アプリ
OSM系地図アプリの中では機能が多すぎるくらい非常に多機能
OsmAnd+は有料版、無料版はプラスなしのOsmAndで有料版との違いが先行アップデートくらいなもので機能的な差はほぼ無いので大半の人はプラスなしOsnAndで十分
モダンなOpenStreetMapエディタ
非常に使い勝手がよくゲーミフィケーション的に進捗を管理してOpenStreetMapへ貢献できる
オープンなGoogleストリートビューを作ろうという試みのサービスアプリ
OsmAnd上でもプレビューできる
Google謹製のファイラー
使用頻度の低いファイルを抽出し削除する機能などがある
写真動画趣味なので保存しまくってたら無料期間終了で抜け出せなくなった
個人的にはこの機能で無料はありえんわなと納得しているので課金して容量増やしてる
撮影に必要な機能をこれでもかと載せたカメラアプリ
ただし多眼カメラが切り替えられないのが最大の欠点
設定項目が多すぎるので写真撮影法のハウツー本とか一度でも読んだことがないと使いこなすのは厳しいだろう
便利すぎ
古典的な2画面ファイラ
整理整頓時に前述のFilesで一括削除したくない時に使える
FTPやWebDAVへアクセスできたりもする
BitTorrentの技術を応用したP2P方式のクラウドストレージ
巨大ファイルのやり取りはGoogle Driveよりも速いし転送上限も無い(大手クラウドストレージはダウンロードを繰り返すと転送上限に達してダウンロード停止されたりすることがある)
いい加減辞めたくて乗り換え先を色々試すが戻ってきてしまうノートアプリ
Androidでは定番のターミナルアプリ
デスクトップLinuxユーザーでもあるのでTermuxには助けられてばかり居る
X Window Systemのクライアント
リモートデスクトップに使える
CUIな同名タスクマネージャーのAndroid GUI版
GUIで操作しきれないとき直接コマンドを送信できる機能もある
ちなみにTermuxにもパッケージが提供されてる
AndroidでもSKKが使えてしまうIMEアプリ
ただし野良アプリ
だらだら思い出しながら書いてるけど眠たくなったのでこの辺で
(ここより追記)
2人対戦のミニゲームが多数収録されているアプリ
1人プレイでも対CPU戦が可能
スマホよりはタブレット向きでAndroid Appが動作するChrome OSにも対応
安いので課金して広告非表示にして損はない
絵本はらぺこあおむしのアプリ
絵本のような世界観の中であおむしを育成できる
算数未満の「数かぞえ」アプリのなかでは完成度が高い
文字が読めない幼児に向き、日本語で課題を読み上げてくれるし、しっかりと数字も読み上げてくれる
前述の2つと合わせて5才児と遊んでいる
ミニゲームが多数収録されていて暇つぶしとして馬鹿に出来ない
インスタントアプリ対応ゲームで様々なタイトルをお試しするのもアリ
もともとはLinux界隈で定番の横スクロールアクションゲーム
膨大に存在する追加ステージをダウンロード可能
むしろ「本家」が出してる例の横スクロールアクションジャンプよりも遊べてしまう
ただし一部のフォントが中華フォント
こちらもLinux界隈で定番の横スクロールアクションゲーム
メトロイドのような世界観グラフィックスと独特の操作性が特徴
認めざる得ない、これは面白い
対戦型タワーディフェンスゲーム
バランス調整が頻繁にあり極力運要素を排除しプレイングで勝敗を喫したいという運営の方針が読み取れる
マッチングはレーティング方式で、更に様々なルールでの対戦があるため強いデッキが固定しないのも美点
はてなーの皆さんはボクのように繁華街に出てウィンドウショッピングするのもコロナ禍で躊躇われることに嫌気が差していて「暇すぎてたまらん」と感じないのかも知れないけど、ボクはマジで暇である。
休みの日に1日2日程度は出歩かないなんてのは丁度よい休みだななんて思うけれども、こうも毎週毎月のように出歩けないのはストレス発散の場が無いので精神が擦り切れる。
あー暇だなぁと日々考えていたら、ふと思い付いた。
「この辺りに住んで長いけどそう言えば行ったことのない路地とかあったよな」と。
しかし、近所の行ったことのないところへ行って「ハイ終わり」ってのも難だな、そうだアレだ「OpenStreetMapへ現地の情報を反映しよう」と思い立ったのだった。
暇を潰せる上に、密にならないし、コロナ禍で無駄に溜め込んだカロリーを消費しつつ、しかも社会貢献できる。これ以上無い暇つぶしなんじゃなかろうか。
ここまで当たり前のようにOpenStreetMapや略称のOSMと書いてきたけれどご存じない人々へ厳密な正確性を無視して小難しくなく説明するのであれば、地図という独占されがちな情報をフェアユースしようという試みでボランティアの協力によって維持されているオンライン地図サービスのことだ。
例えば有名なオンライン地図サービスには Google MapやYahoo!地図などがあるけれども、これは営利企業によって運営されているので特に経済的価値の高い情報は有料機能として提供されていたり、採算が取りにくい機能は省かれてしまっているし、いつサービスが終了してしまうかもわからない。
OpenStreetMapはそんな現状を良しとせずに地図情報は人類の共有財産だとしてボランティアが反映する情報を無償で公開している。
OSMの地図情報は無償であるが、もちろんOSMだって地図サービスを提供するサーバーを維持しなければならないので寄付を歓迎している。
OSMが配信してくれる地図情報は多岐にわたる。
まぁその情報の元はOSMが定めた仕様に則ってボランティアが情報を反映してくれているのだが、多くの人は「OpenStreetMapってGoogle Mapの代替なんでしょ？」程度にしか考えていないので「お店の名前とか公共交通機関の時刻表とか施設のフロアマップとかでしょ？」が想像できる限界だろう。
もちろんOSMはそれらの情報に対応しているけれども、Google Mapには実装されてない興味深い地図情報もあるので紹介しよう。
OSMにはその道には街灯が存在するか否かという情報がある。
これはおそらく夜間犯罪数や率の高い地域で需要がある機能なのだろうけれども、日本でも女性が夜道に危険を感じたりするらしいので有益な情報と言えるだろう。
OSMには道の材質に関する情報がある。
アスファルトなのかコンクリートなのかタイルなのか？や、未舗装であるのならば砂利なのか砂なのか土なのか？のように様々な材質を道路情報へ反映できる。
特にバイク乗りや自転車乗りに取っては非常に嬉しい情報だろう。
ついでに言えば自転車レーンに関しても明示的に歩行者と共有、明示的にバスと共有、明示的に自転車専用、明示的に自転車専用でかつ両進行、明示的に自転車専用でかつ一方通行などの情報も反映できる。
書いているボクもなぜこんな仕様が存在するか理解が出来ないけれど踏切遮断器の形状反映できる。
どういうことかと言えば、踏切遮断器が存在しない、踏切遮断器駆動装置が1つでかつ1つの遮断棒で両道遮断、踏切遮断器駆動装置が1つでかつ1つの遮断棒で片道遮断、踏切遮断器駆動装置が2つでかつ2つの遮断棒で片道ずつ遮断ということだ(ボク自身この書き方でわかりやすいとは思ってない)。
何に使うんだろうか？自動運転？
OSMはバス停に屋根や椅子があるかどうかの情報を反映できる。
これは地味に便利だ。ボクは社会人になってバス利用の頻度は減ったものの学生のときバス停でよくずぶ濡れになってバスを待ったものだ。
色々話題になった車いすのアクセシビリティだけどOSMには車いすアクセシビリティに関する情報を反映できる。
舐めちゃいけないのが町中には1段2段程度しか無い階段が存在することがあるのは皆さんご存知だろう。
OSMはその小さな階段にすらスロープがあるかないかの情報を反映できるのだ。
あの話題には色々皆さん意見はあるかと思うが、ちょっとした階段であれ詳細が分かれば車いすユーザーは助かるはずなのだ。
これも需要がよくわからんが建物の屋根が三角屋根なのか平坦なのか円弧なのかなどの情報を反映できる。
雪国あたりの需要だろうか？
言うまでもなく自動車ドライバーに助かる情報。
特に大型自動車ドライバーは物凄く助かるだろう。
ボク自身、OSMの地図情報の仕様をすべて知っているわけでないが「こんな細かな情報まであるの！？」と驚くほど詳細に充実している。
こういうのを近所を散策しながら反映していくのだ。
ここまで読んだ人の中で一部の人は「そんな細かな情報をいちいち反映なんかしてられないだろ！」と思うであろう。
実際にボクもそう思っていた。
StreetConpleteに出会うまでは。
StreetCompleteはスマートデバイス向けアプリで、OpenStreetMapへの情報反映を省力化してくれるアプリだ。
極力テキスト入力をさせないという設計になっており、地図上に表示されるアイコンをタップしていくだけでOSMへ情報を反映できる(住所や電話番号など一部ではテキスト入力が必要)。
アプリ自体の見た目デザインもモダンでオシャレ、ただ歩いているだけでココの情報が不足しているとアイコンで教えてくれて、ユーザーはただ指示通りに現地と比較しながらタップしていくだけ。
しかも、ゲームでは定番の進捗バッヂ機能もあり「車いすユーザーのための情報を〇〇件反映しました」的に確認できてしまうのだ！
更には自分が今まで反映した情報種別の比率を視覚的に示し、自身の得意分野を比率から知ることも出来る。もっとも編集している国は日本、得意分野は街灯などと自分の得意分野の判別ができる。そしてこの画面も面白い！
ただStreetConpleteには最大の欠点がある。
提供されているのはAndroidアプリのみでiOS/iPadOSアプリは存在しないんだなぁ・・・。
オープンソース系プロジェクトじゃAndroidアプリオンリーってありがちなのよね。
さていろいろ書いたけど、ボクがOpenStreetMapへの情報反映数は7,800件超。単なる暇つぶしがここまで膨れ上がった。
このエントリを読んだ皆さんもどうかな？
