This is our 200th episode, so I wanted to do something special. Everyone loves to complain about the poor quality of Japanese software, but today I’m going to explain exactly what went wrong.  You’ll get the whole story, and I’ll also pinpoint the specific moment Japan lost its way. By the end, I think you’ll have a new perspective on Japanese software and understand why everything might be about

Next.jsのapp directoryについて話していて、GraphQLを使う場面ではServer Componentsの魅力がいくらか落ちるよな、と思った。裏を返せば、Server Componentsが活用されるような時代ではGraphQLの重要度が下がるかもしれない。 現にServer ComponentsのRFCの「Credits and Prior Art」を見ると次のように書いてある。 Relay’s data-driven dependencies, which allow the server to dynamically choose which Client Component to use. GraphQL, for demonstrating one approach to avoiding multiple round trips when loading d

本記事は、ラムダノートで発売している『RubyでつくるRuby』を買っていただいた方に「読んで」とお願いするための「私家版、読み方のおすすめ」です。また、この本は当社の本のなかでも過小評価されているところがあると思うので、「気になるけど買ってない」という方に興味を持ってもらうことも目的としています。 本書『RubyでつくるRuby』を買った人にも、まだ買っていない人にも、とにかくまず意識してほしいのですが、この本はRubyの解説書ではありません。 じゃあなんの本かっていうと、これは「そもそもプログラミング言語でプログラムを書くって、なに？」という根本的な問いへの取り組み方を教えてくれる本です。 もう一度言いますが、この本はRubyの解説書ではありません。なので、「Rubyを使うつもりはなくて、PythonとかJavaScriptが好き」っていう人や、「それらのプログラミング言語をいままさに

福田ナオ絵🌟書籍版発売中 @fukku7010gmail1 福田ナオ(@otona_o)の絵アカウント。やさしい話を描きたいです。インターネットとTwitterが大好き！書籍版(amzn.to/3AiW2ea) FANBOX(naofukuda.fanbox.cc) Misskey作ったよ(misskey.io/@fukku7010)

ChatGPTのヤバいところは、論理処理が必要だと思っていたことが、じつは多数のデータを学習させた確率処理で解決可能だと示したことだと思います。 たとえば、このように正規表現にマッチする文字列を生成するには、特別に専用の論理処理が必要だと思っていました。 前のブログのときには特殊処理が必要だと考えてましたね。 ウソはウソと見抜ける人じゃないとChatGPTを使うのは難しい - きしだのHatena けど、123_45678world.mdはマッチするのにマッチしないと言っているので、そのような誤りが入ることを考えると、どうも確率処理だけでやっているようです。 考えてみると、3層以上のニューラルネットであれば論理素子を再現できるので、ディープラーニングで論理処理を模倣することは可能なんですよね。 バックプロパゲーションでニューラルネットの学習 - きしだのHatena そもそも論理は、多数の

大学教員側の人間です。マジレスすると、ちゃんと提出して発表していて、形式要件が揃っている場合、落とすのも結構教員側にもリスクあるんですよ。 まず、成績は１人の教員の単独で出すことにはなっていないのが普通で、副査の先生を付けていたり、専攻内の会議で決まります。 授業も毎回欠席していたり、不可ばっかりでたまに可があるような学生なら「この学生を落とします」と言っても他の先生も疑問に思いません。 が、授業では特に問題なかった学生の場合、研究や論文だけが特段にダメな学生という事になります。そうすると、他の先生も「本当にこの学生の研究はそんなにダメなんですか？私の授業では問題なかったんですけどねぇ」ぐらいの事は聞かれます。 博士論文なら研究成果が求められますが、修士論文は、あくまで研究の「練習」ができたかどうかを評価する場なので、研究成果が悪くても、例えばサーベイ不足で後から先行研究が見つかって新規性

技育祭は「技術者を育てる」ことを目的としたエンジニアを目指す学生のための日本最大のオンラインカンファレンスです。ここで登壇したのは、株式会社ディー・エヌ・エー 常務執行役員の小林篤氏。どこでも活躍できるエンジニアになるための3つの戦術について話しました。全5回。2回目は、エンジニア戦術その1「常に期待を超えていけ！」について。 エンジニア戦術1　「常に期待を超えていけ！」 小林篤氏：ちょっとここからは、ペースダウンしながら話をしていきたいと思います。だいたいこういう時は「○○の戦術」みたいなかたちで、「n個の戦術」「n個のtips」のような感じで言われると思いますが、お伝えしたい内容は本当はいっぱいあるんです。 でも、この短い時間ですべてをお伝えすることはなかなか難しいです。なので、今回は3つに絞りつつ、もちろん他にも大切なことはありますが、意識しながら取り組んでもらえると、もしかしたらな

はじめに 先日、Unity公式からのUI 開発に関する究極のガイド(eブック) 「User interface design and implementation in Unity」 が公開されました！しかもなんと無料！ さらにこのガイドのために作られたデモプロジェクト 「UI Toolkit sample - Dragon Crashers」も無償公開されています！ UI Toolkit Sample – Dragon Crashers 残念ながら全編英語ですが、PDFでダウンロード出来るので、 英語が分からずとも自動翻訳でなんとか理解出来そうです。 ちょっと読んだ感じ、Unity UI(いわゆるuGUI)はもちろんのこと、 UI設計やアセット準備という実装以前の話や、 Unity Extensible Markup Language(UXML)やUnity Style Sheet(US

export const FirstVideoConfig: VideoConfig = { sections: [ { title: 'イントロダクション', bgmSrc: '/audio/bgm/honobono-wartz.wav', backgroundVideo: '/video/cyber-bg.mp4', afterMovie: '/video/yukkuri-opening.mp4', talks: [ { text: 'ねえねえ魔理沙', speaker: 'reimu', id: '59f8c2cd81334be5ab5cdc7899fad286', audioDurationFrames: 25, }, { text: 'なんだ霊夢', speaker: 'marisa', id: '0ba332a465c3404a870de15cad021407', audioD

ちょっとTwitterに書いたら食い付いてくる人が多かったので、ではアピールしとこうと思った。 象印の加湿器、とにかく手入れが簡単でこれ以外の加湿器はもう二度と買う気がないというくらい最高— tagomoris (@tagomoris) 2023年1月7日 TL;DR 衛生面などを考えると加熱式加湿器*1を使いたい 加熱式加湿器は加熱部に残留物が結晶化して固まるので手入れがめちゃ面倒 象印のやつは電熱ポットと同じなので、たまにクエン酸ぶちこむだけで超ラク、最高です 加湿器運用の手間を減らしたい人にとにかくお勧めです 自分が使ってるのはこれ。今年大きいのを買い足した。旧モデルの小さい方とあわせて2台とも使ってます。 EE-DC35・50 | 加湿器 | 生活家電 ｜ 商品情報 ｜ 象印マホービン 加湿器を加熱式のに替えるとき、某社従来型*2と象印の(2020年モデル)と2台買ったんだけど、手

あけましておめでとうございます。株式会社ミツエーリンクスの中村直樹です。昨年と同じく、2022年のWebアクセシビリティに関連する出来事を振り返りつつ、2023年のWebアクセシビリティの展望について俯瞰していきたいと思います。 WCAG 2.2 2022年9月版のWCAG 2.2で、文書のステータスとしてはようやく勧告候補（Candidate Recommendation）にまでたどり着き、仕様文書として完成する勧告（Recommendation）が見えてきた…と思っていたところですが、12月になって達成基準4.1.1構文解析を削除するという話が急浮上してきました。 達成基準4.1.1がどういったものなのか、改めて振り返ってみましょう。この達成基準については、もとはWCAG 2.1（原文、参考日本語訳）と同じものであり、WCAG 2.0とも同一です。達成基準4.1.1は、マークアップ言語

職業柄、「よりよいもの」や「よりよい環境」を求める方が多いエンジニア。そんなエンジニアの「家づくり」にはきっと、さまざまなこだわりが詰め込まれているはず。 「エンジニア、家を建てる」第4回は、兵庫県に戸建てを建てた、はまーんさんに寄稿いただきました。 子育てをする中で、当時住んでいた賃貸物件に手狭さを感じていたはまーんさん。コロナ禍をきっかけに、県内の“田舎”に土地を買い、もともと憧れていたという「家づくり」をスタートさせました。 心がけたのは、自然たっぷりな周囲の環境を生かすこと。エンジニアという仕事は四六時中何かを考えていることが多くなりがちですが、この家のおかげで「何も考えずに過ごす時間」をたくさんつくれているそうです。 こんにちは、はじめまして。はまーんです。 一時的、東京に住んでいたこともありますが、基本的にほぼ関西圏を拠点にソフトウェアエンジニアをしてきました。今はお客様のビジ

目次 はじめに 個人を特定する情報が個人情報じゃない デジタル署名は暗号化しない TLS(SSL) は共通鍵を公開鍵で暗号化しない TLS(SSL) が使われていれば安全じゃない 変数は箱じゃない Python 等は「ソースコードを 1 行ずつ実行するインタプリタ方式」じゃない 日本語 1 文字は 2 バイトじゃない 動画が動いて見えるのは残像によるものじゃない 標本化定理は「2 倍以上の周波数」じゃない その他いろいろ はじめに 2022 年から高等学校で、プログラミング等を学ぶ「情報Ⅰ」が 必修 必履修科目になりました。1 さらには 2025 年入試から大学入試共通テストでも出題されるようになり、教科「情報」の重要性が高まっています。 これで 2030年に79万人不足すると言われる IT 人材 の問題が解決！…と言いたいところですが、先日も『課題感ある教科1位「情報」』という調査結果が

《裁判所の通告も無視！》フォロワー300万人！人気No.1のセクシー女優・深田えいみが「撮影ドタキャン」で「損害100万円」を未払い状態【被害者が告発】

A Go (Golang) Backend Clean Architecture project with Gin, MongoDB, JWT Authentication Middleware, Test, and Docker.

Simulate past supply chain attacks such as SolarWinds, Codecov, and ua-parser-js License

修士論文に対する一切のやる気が失われた。僕は2年間，ほどんど研究していなかったし，そもそも研究室にも殆ど顔を出していなかったから，もともとやる気なんてなかったに等しいか。本格的に取り組み始めたのだって，先月から。あー，そもそも，今やってるのは研究ではないか。言い換えると，なんでもいいからどうにか卒業してやるんだ！という気力がほとんどなくなってしまったのだと思う。 現時点では，卒業できるか半々レベル。周りは普通に卒業できるよと言っているが，多分先生方はどの程度努力してきたか，見抜くことができると思う。ここからは本人の意識と努力と誠意次第。ただ卒業したいだけなら，研究(笑)に対する指摘も頂いたし，あと1週間でどうにかすることはできると思う。でもそのどうにかなるっていうのは，教授たちの「俺の指摘が多少は反映されてるようだし，まぁ納得はいかないけど卒業させてやる」っていうお情けでしかない訳で。修士

1992年三重生まれ、会社員。ゆるくまじめに過ごしています。ものすごく暇なときにへんな曲とへんなゲームを作ります。 前の記事：タワマンから逃げる～武蔵小杉のタワマンはどこまで行けば見えなくなるか ＞ 個人サイト ほりげー 編集部がまたパズルを解かせてくる 以前、編集部から「箱に仕掛けられたギミックを解きまくる立体パズル」が送られてきたことがあった。 箱の6面すべてがパズルになっているからくり箱。 死闘の末、5個の箱のうち4個の箱をなんとか開けることができた。すごく楽しかった。 そしたら今度はまた別のパズルを解くことになった。 挑戦を二つ返事で受けてしまった。 くっつける知恵の輪 数日後、送られてきたのは小さな箱だ。 Craighillというアメリカの金属メーカーによる、WAVELINKS PUZZLEというもの。現在、日本でクラウドファンディング中だという。 知恵の輪のようなものだろうか。

# ------------------------------ # Variables # ------------------------------ # プリフィックスを設定 variable "prefix" { default = "tf-pg" } # プロジェクトを識別する一意の識別子を設定 variable "project" { default = "terraform-playground" } # プロジェクトのオーナーを設定 variable "owner" { default = "shun198" } # ------------------------------ # Terraform configuration # ------------------------------ terraform { # tfstateファイルを管理するようbackend(

» 東京駅の穴場！ 食事に困ったら「立喰い寿司 ひなと丸」に行くといい / 魚河岸直営で味は間違いない 特集 行動制限のない年末年始の東京駅は、観光客で激混みだった。とくに地下1階の東京駅一番街の飲食店はとても混み合っていて、人気店には入店待ちの行列。ただでさえ人気ラーメン店が集結した「ラーメンストリート」は普段から行列が当たり前だというのに……。 そんな状況でもスムーズに食事できそうなお店を発見した。今後のために紹介しておこう。「立喰い寿司 ひなと丸」は2022年末にオープンした、穴場的な美味しいお寿司屋さんである。ここならいつでも安心して食事できそうだぞ。 ・東京駅の穴場 このお店は2022年12月25日、東京駅の商業施設グランスタの1階の飲食フロア「八重北食堂」にオープンした。このフロアは「果実園リーベル」や「どうとんぼり神座」、「ハンバーグ 極味や」など有名店が軒を連ねているのだが

英文 ・ラフに書く ・ChatGPTで洗練された書き方にしてもらう ・過剰にエレガントなのを直す ・Grammarlyで文法確認 ・DeepLで一応日本語訳を見る ですぐにブラッシュアップ出来て、ChatGPT, Grammarly, DeepLの3種の神器みがすごいな

I updated the whoami.filippo.io dataset over the holidays, so it should be pretty accurate at least for a little while. If you already know what I’m talking about, below are some tidbits about how I fetched the new dataset and how it’s stored. If you don’t, stop reading, and run this. I’ll wait. $ ssh whoami.filippo.io Here’s a picture of my grandmother's cat, to avoid spoilers. What?! There are t

こんにちは。 個人開発で食べている、あたかです。 企業よりマンパワーが圧倒的に弱い個人開発だと、色々とミニマルに進めざるを得ないかもしれませんが、特に手を抜きがちなのが、CS(カスタマーサポート)じゃないでしょうか？ DL数や、ストアランキング、SNSでのバズり具合が注目されがちですが、個人開発で食べていくには、そんなことより、 「どれだけユーザーが残ってくれるか」 の方がずっと重要です。 そんな重要な要素を支える大きな力がCS！ こんなレビューも有るように、デキルCSは収益にも繋がっていきます。 という訳で、僕が実践している、企業を超えるカスタマーサポート術 を共有します。 長くなりそうなので、前編、後編に分けてお送りします。 共感する所がありましたら、是非、今日から実践してみてください。 後編はコチラ 1. お問い合わせ機能を入れる まず入れないとね。 あと、手を抜いて、バグ報告という

2022年10月に突如浮上した日本発の最先端半導体ファンドリー企業、Rapidus（ラピダス、東京・千代田）。同社の量産工場にも使われる先端半導体の設計、量産向け先端装置・素材といった要素技術の研究開発を担うのが、LSTC（Leading-edge Semiconductor Technology Center）という研究開発基盤だ。LSTCには物質・材料研究機構、理化学研究所、産業技術総合研究所、東京大学、東北大学、筑波大学、東京工業大学、高エネルギー加速研究機構、ラピダスなどが参加。理事長には、ラピダスの取締役会長である東哲郎氏、アカデミア代表に東京大学 元総長の五神真氏が就く。このLSTCにおいて、半導体回路設計技術を確立する責任者が、東京大学大学院工学系研究科附属システムデザイン研究センター教授の黒田忠広氏だ。同氏にラピダスの評価、今後の開発方針について聞いた。（聞き手は、大石 基

文脈: blog.arthur1.dev 自分は割とガンガンアウトプットする方で、たまにバズって嬉しいという品質のブログ(これ)をやっている。普段どのような心構えでやっているのか、そして続けるコツみたいなものについて書いてみようと思う(参考になるかは全くわかりません)。 あと一応断っておくと、タイトルにある "去年書いた182本の記事" は非-技術的な記事も含んでいる(けど、だいたい技術記事なので許してほしい)。 どういうときに書くか どういうモチベーションで書くか どういうときにバズるか どのようにして続けるか 余談: 箇条書きの型を統一する 参考文献 あわせて読みたい どういうときに書くか 自分は基本的にブログを「1年前(後)の自分が泣いて喜ぶ記事」というテイで書いている。自分が知りたかったことは他人も知りたかったはずだという仮説で書いていて、それを知りたかった人の総量はその技術のシェ

「eBPF」がクラウドネイティブを超強力にする。eBPFとは何か？ 何ができて、どんな利点があるのか？ Cloud Native Days Tokyo 2022基調講演から 2022年11月21日と22日の2日間、クラウドネイティブにフォーカスしたイベント「Cloud Native Days Tokyo 2022」が都内およびオンラインのハイブリッドで行われました。 22日の基調講演に登場したのは、Cilium、Hubble、TetragonなどeBPFを中心としたオープンソースを開発しているIsovalentのTracy P Holmes氏。 Homes氏は、いまクラウドネイティブ関連のテクノロジーとして最も注目されていると言ってよい「eBPF」を紹介するセッション「Cloud Native Superpowers with eBPF」を行いました。 eBPFとはどのようなテクノロジーな

ツイッターで「ソフトウェアエンジニアとしてキャリアを歩むなら、SIer はおすすめできない」と発言している方に対して、現役 SIer 社員が反論していて、ちょっとした騒ぎになっていた。 10 年間 SIer で働いた経験がある人間として、SIer で「ソフトウェアエンジニア」のキャリアを積めるかどうかについて見解を示したい。 頼むからプログラミング好きな高学歴の人は下手なネームバリューを気にしてSIerに行かないでくれ。まずSIerの研修が簡単すぎてつまらんと思うし、自分の方がプログラミングや技術分かるのに年収同じなのかって絶望するわけで。ほぼ転職する未来が待ってるんだから、最初から候補にも入れない方が良い。 — サカモト@エンジニアキャリア論 (@sakamoto_582) December 15, 2022 やはり何故かSIer叩きをしていると勘違いしてる人が大勢いるけど “SIerに

2022年は技術的なエントリをそれなりの数書いてきた。特に12月は計10本のエントリを出し、まだ世に出せていないネタもたくさんあるという状況である。 ところが、当人の感覚としては暖簾に腕押しだなあと思っている。ということでちゃんと振り返ってみることにする。 stats 2022年で一番ブクマが多かった記事はblog.arthur1.devである。 他の記事はこの半数にも満たない、というか、片手で数えられるブクマ数でさえありがたい、という状況である。 書くという行為によって自分自身の理解が確かなものになることに意義は感じているものの、せっかく書いているのだから多くの人に読んでほしいし、それが読者のためになればなお良いと思っている。 もっとシビアに言ってしまうと、書いても読んでもらえない状況がずっと続くならいつか自分は筆を取るのをやめてしまうだろうという懸念がある。モチベーション維持のために今

シェルスクリプトでlsをパイプでつなぐのはなぜ悪いのか ～ ShellCheck: SC2010, SC2011, SC2012 とファイル名改行問題ShellScriptUNIXshellシェル芸POSIX はじめに シェルスクリプトで ls コマンドの出力結果（ファイル名一覧）をパイプで他のコマンドに渡して処理するのは推奨されません。ls コマンドを使ったコードを ShellCheck で検査するとおそらく問題があると警告が表示されるでしょう。ls を使うなという指摘自体には賛成なのですが SC2010、SC2011、SC2012 に書いてある理由については正しい説明がされていないと思っています。この記事ではなぜ ls の出力結果を他のコマンドにパイプで渡すのが悪いのか、ls を使わずに実現するにはどうしたら良いのかを解説したいと思います。一つ補足をしておくと、この問題は CLI コマ

報道からバラエティ、YouTubeまで、新たな論客として引っぱりだこのイェール大学助教授・成田悠輔さん。今回は、子どもの英語教育や海外脱出について、VERY読者の疑問・悩みをバッサリ斬っていただきました！ ※掲載中の情報はVERY2022年12月号掲載時のものです。 Q. 日本は本当に 終わってるんでしょうか？ 海外に住む成田さんから見て、政治経済・教育などの面で日本は本当に終わってると思いますか？　子どもには日本脱出を最優先に考えて道を選ばせるべきなのでしょうか？（34歳／4歳・2歳男の子） A. 実はそんなに 終わってないと思ってます。 日本もふつうの衰弱先進国になったというくらいの話だと思います。「日本が終わっている」と言うとき、バブル期の日本や、アメリカや中国、勢いのあるシンガポールやドバイと比べてるんだと思います。 でも、たとえばイタリアやイギリスのようなヨーロッパの先進国を見れ

人はエゴや感情によって判断を誤る。 他人のことならば冷静に判断しやすい。 徳に従うならば物事を他人事として捉えよ。 2023年にやりたいこと 今年は何をやるか。真っ先に挙げることは「歯医者に行く」である。 歯医者のイメージ / Memeplex.appで作成 別に何か問題があるのではない。歯科健診を受けようというのだ。そのうち行こうと思いつつ、ずっと後回しにしてきた。それで気がついたら10年以上も歯医者に行っていなかった。 行こうと思ったきっかけは、先月に「定期的な歯科検診を受けるべき」という記事を偶然読んだからである*1。歯に限った話ではないが、問題は早期発見して対処したほうが軽く済む。予防できればもっと良い。そして歯の状態はQOLに直結するので、きちんと管理したほうが幸福度は増すのだ、と。 そこで俺は考えた。歯科検診に行かない理由はあるか、と。睡眠*2や体重管理*3 などと健康に関する

Twitterで "green thread" という単語をたまたま見かけたので、知っていることをつぶやいたよ。 Green thread 言語のスレッドとOSのスレッドの関係 N:1 mapping 言語のスレッドの全てがひとつのOSのスレッドの上で実行されるもの。その代表が上記のJavaのgreen thread。 OSのシステムコールを呼ぶときには必ずnonblockingモードを使い、EAGAIN または EWOULDBLOCKが返ってきたときには他のスレッドの実行権に譲るようにする必要がある。うっかりシステムコールでブロックされてしまうと、全部のスレッドが巻き添えになって動けなくなる。 スレッドの生成やコンテキストの切り替えは軽い。しかし、マルチコアを生かすことができないため、シングルコアの環境でのみ使用される。 1:1 mapping OSのスレッドと言語のスレッドが1対1対応

ウェブサービスを安全に使用する手段の1つとして、「ワンタイムパスワード発行サービスを利用する」という方法があります。ワンタイムパスワードを生成するアプリとしては「Google Authenticator」「Microsoft Authenticator」「Authy」といったアプリが広く利用されていますが、これらのアプリはGoogleやMicrosoftなどの企業によって開発されたものであり、透明性や信頼性に不安を感じる人もいるはず。オープンソースで開発されているAndroid向けのワンタイムパスワード発行アプリ「Aegis Authenticator」を使えば、特定の企業に依存せず二要素認証によるセキュリティ強化を実行できるだけでなく、Google Authenticatorでは不可能な「ワンタイムパスワードの不可視化」なども可能となります。 Aegis Authenticator -

と個人的には思ってます。 文脈 何のために技術ブログを書くか 私は最近技術的な話でアウトプットできないのであまり大それた事は言えないのですが、 息を長く技術ブログを続ける と言うのであれば、 あとで困った時のためにこれはブログにメモっておこう と言うぐらいの心持ちで書いておくぐらいが丁度良いと思います。 私はブログを 2006年から続けて来て大分経ってますが、これはキッチリ書いて皆に伝えたい、 と言う記事が当たらずに閑古鳥が鳴くのは割と良くあった話ですし、 逆に割と雑に書いたけど何故か当たった と言う事もままある話です。 そして 技術ブログで知見を伝える と言う事を気負わずに書くコツとしては、 技術的知見をお裾分けする と言う位の気持ちで書いて行き、 自分のところではこう言う事に対してこう対処しました。何かの役に立つと良いですね！ と言うぐらいの気持ちでやっていた方が楽です。 そのため、

大学でキャリアセミナー講師をする機会を頂くようになりました。 私自身はというと、2012年当時は研究職の道が絶たれて完全に路頭に迷っていました。オーバードクターを（特に問題意識の無いまま）やらかした結果、ビジネス領域への転身が30歳だったため、非常に苦戦していました。現在はそこから一転して採用やチームビルディングを担当・監修するようになったわけですが、どうもこのあたりを開示すると需要があるらしいということに気づき、自己開示全開で発信し始めた今日この頃です。 今回は下記のような属性の方を念頭に、中長期的に効くキャリア対策についてお話をしていきます。 非情報系新卒（学士、修士、博士） 既卒・第二新卒（情報系を含む学士、修士、博士） 未経験からのITエンジニアへのキャリアチェンジ 本コンテンツの目的今回のnoteの目的は、中長期的に見てITエンジニアとして優位に振る舞うにはどうするかという観点で