はてなブックマーク

先日2025/03/11に、A 10x Faster TypeScriptという記事が公開されました。 TypeScriptの処理系をGoで書き直すことによって速度が10倍向上するとのことです。 ロードマップとしては、TypeScript5.x系は現状のJSベースであり、6.xは移行のために一部互換性のない変更が入り、そして7.0で完全移行の予定ということでした。 そして2025/05/22、その最初のプレビュー版が公開されました。 以下は公式ブログから該当記事、Announcing TypeScript Native Previewsの紹介です。 Announcing TypeScript Native Previews 今年3月、TypeScriptコンパイラとツールセットをネイティブコードに移植することを発表しました。 ネイティブ言語と並列処理、同時実行などの活用により、ほとんどのコ

$string = random_bytes(10); $string = str_repeat($string, 2); $string = str_replace($string, 'c', 'z'); $string = substr($string, 5); $len = strlen($string); ↑は適当に作っただけなので全く意味のない処理ですが、だいたいこんなかんじで値に対して順番に関数を適用していくかんじです。 まあこの後クラスやらClosureやらどんどん入ってきて、なんでもできるマルチパラダイム言語になりつつありますが。 さてこの書き方、1文にまとめようとするととたんにわかりにくくなります。

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? とりあえずTemporalが何でないかについて語っておくと、Day.jsに取って代わるものでも、date-fnsに取って代わるものでも、Luxonに取って代わるものでもありません。 はっきり言うと、一般ユーザにとっては全く無関係な機能です。 なにしろ素のままでは2000-1-23 12:34:56をTemporalに変換することができず、2000/01/23 12:34:56と出力することすらもできません 今までライブラリ利用前提だった日時操作がこの標準前提になる日も近いかもしれませんなんて言ってる人も居ますが、そんな日は来ません。 で

まあPHP以外の言語でも普通に可能ですが。 ということで、帰り値の受け取りを強制するアトリビュート#[\NoDiscard]が提唱されました。 既に受理されており、PHP8.5から使用可能になります。 PHP RFC: Marking return values as important (#[\NoDiscard]) Introduction 現代のPHP APIで採用されるエラー処理メカニズムは例外です。 このメカニズムでは、失敗したときの処理を行わないかぎり非常に明白なエラーが発生します。 しかし、全てが成功もしくは失敗だけのどちらかだけではなく、部分的に成功というステータスを取りたい場合もあるでしょう。 この場合は返り値によって対応することができます。 しかしその場合、返り値をチェックしなければサイレントなエラーが起きてしまう可能性もあります。 APIによっては滅多にエラーが起きな

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Partitioning :visited links historyという提案があります。 2025年4月にリリースされるChrome135で有効になる機能です。 これ実はユーザにわりと影響のある変更なのですが、全く知られておらず話題にも上がっていないんですよね。 なにせ日本語記事が一切見当たらない。 ということで、ここで紹介しておきます。 具体的にどうなるの？ まずGoogleとYahooJapanで同じ語句を検索します。 ここでは例としてPHP8.4がリリースされたので新機能全部やるを使います(宣伝)。 この記事を見たことがない場

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Cloudflareが先日Year in Review 2024という年次レビューを発表しました。 Cloudflareにホストされているデータ、DNSリゾルバ1.1.1.1、そしてそれ以外の様々な指標を元にインターネット全体での様々な情報を分析した調査報告ということです。 Year in Review 2024 Internet Traffic Growth 昨年比のインターネットトラフィックです。 昨年に比べて17.2%増加しました。 8月まで前年と同じくらいなのに、その後急激に増えてますね。 Internet Services 1

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

const Employee = { firstname: 'Maria', lastname: 'Sanchez', }; console.table(Employee); // {firstname: 'Maria', lastname: 'Sanchez' } delete Employee.firstname; // true console.table(Employee); // {lastname: 'Sanchez' }

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 現在のブラウザは、いちどカメラやPUSH通知の権限要求を拒否すると、その後要求プロンプトを出すことができません。 Webサイトができることは、『〇〇を許可してください』とウィンドウを出すことくらいです。 ↓人類史上最悪の許可要求ウィンドウの例 この後設定欄から各機能を有効化するためには、ユーザによる絶対的能動的な操作が必要となります。 また、プライバシーとセキュリティ設定から許可しない設定をしておくと、たったの一度すらもチャンスが与えられず、一生権限を要求することはできません。 結果としてPUSH通知の権限要求などは、9割以上のユーザが

Pythonにはコマンドライン引数をパースする標準モジュールがgetopt・optparse・argparseの3種類あります。 このうちoptparseは14年も前の2011/02/20にリリースされた3.2から非推奨になっています。 そしてgetoptは先日2024/10/07にリリースされた3.13で非推奨になりました。 従って、今後はargparseに一本化されます。 となるはずだったのですが、一本化されるどころか逆に3.14でoptparse・getoptの非推奨が外されました。 すなわち、argparse・optparse・getoptいずれも同列で使用してかまわない機能であるということになりました。 optparseなんか14年経ってから復活です。 どうしてこんなことが起きたのでしょう？ ソフトな非推奨 Pythonの非推奨には通常のDeprecationとSoft Depr

ES2025 / ES2024 / ES2023 / ES2022 JavaScriptの仕様は、TC39というところで決められています。 ブラウザベンダや関係者が定期的に会合を行い、様々な新機能について話し合って今後のJavaScriptの方向性を決めていきます。 ここでは2024年にFinishedになった、すなわち仕様が確定して複数のブラウザで実装がなされたproposalについて紹介してみます。 主要ブラウザでは既にほとんどの機能を使用可能です。 ちなみに、2024年2月から2025年1月までにStage4になったproposalがES2025と呼ばれます。 ややこしいですね。 Finished Proposals Promise.try 同期かもしれないし非同期かもしれない、Promiseを返すかもしれないしそうでないかもしれない、そんな関数があります。 その関数を使う際に、いち

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Twitterでは多くの質問が殺到しました。 「どうしてJavaScriptでC言語を書きたいんだ？」 これまで、JavaScriptからシステムライブラリを呼び出す方法は2種類がありました。 ・N-APIアドオンもしくはV8 C++ APIアドオンの利用。 ・emscriptenもしくはwasm-packでWASMにコンパイル。 What's wrong with N-API (napi)? どうしてN-APIではだめなのか。 N-APIはネイティブライブラリをJavaScriptから使えるようにする、ランタイムに依存しないC APIです。 BunとNode.jsはこれを実装しています。 N-API以前はV8 C++ APIを使っていましたが、Node.jsがV8を更新するたびに互換性の問題が発生する可能性がありました。 Compiling native addons breaks CI

MAINTAINERSからメールアドレスがxx.ruの開発者が合計11名削除されました。 もちろん一部界隈で大騒ぎになりました。 「コンプライアンスの諸事情って何よ。ドキュメントもっとはっきり書けや。」 「オープンソースの黎明と終焉がひとつのプロジェクトで見れるとはね。」 「冷戦の再来である。」 「邪悪なクレジットを消したのに邪悪なソースコードを消さないのはなんで？」 「恥を知れ」 「オープンソースの精神()」 「Linux Foundationは、中立的で信頼できる組織です()」 「おいまだ足りないぞ。中国とイランとシリアとイエメンとイラクとアルジェリアとアフガニスタンとパキスタンとヨルダンとエジプトとリベリアとキューバとベネズエラも排除しないと。」 一部開発者の暴走かと思いきや、残念ながらLinusもこのcommitに同意しています。 このcommitをrevertするパッチに対して、

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 2024/09/10にIdle Detection APIというAPIが更新されていました。 ステータスはDraft Community Group Reportです。 これはコミュニティによる提案であり、W3Cによる正式な勧告ではありません。 個人や団体レベルでも、とりあえずRFCを作ってみたり検討したりできる段階ということです。 以下はこの提案を管理しているGitHubから、このRFCの意義を解説したReadmeの紹介です。 User Idle Detection API このAPIでは、開発者はユーザがアイドル状態になったとき(キ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? どういうわけか日本では一切話題に上がっていないのですが、Pythonの開発者コミュニティでなんか問題が起きているようです。 どうも話が様々なスレッドにとっ散らかっているうえに半分はDiscordや非公開のところで動いているみたいなので、読み取れていないところが色々あるかもしれません。 誰かが補足してくれるはず。 Proposed bylaws changes to improve our membership experience 最初のきっかけはこのスレッドです。 これは規約の一部を変更する提案であり、その中でも3番目の提案であるAd

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? かつてサードパーティーCookieのかわりとなる情報収集手段としてGoogleが提唱したものの全方位からボコボコにされてひっこめたFLoCのかわりとして、GoogleはTOPICS APIというものを発表しました。 これが2022年1月です。 それから2年半経ってTOPICSはどうなったかというと、Google以外の全てから一切相手にされていません。 TOPICS APIってなに？ ひらたく言うと『興味のあるコンテンツ』です。 興味のあるコンテンツを設定することができるWebサイトがよくありますよね。 そこでチェックを入れたコンテンツが

PHP8.4 / PHP8.3 / PHP8.2 / PHP8.1 / PHP8.0 2024/08/13、PHP8.4がフィーチャーフリーズしました。 言語機能に関わるような機能の追加・変更が締め切られたということです。 今後はデバッグを繰り返しながら完成度を高めていき、2024/11/21にPHP8.4.0がリリースされる予定です。 というわけでPHP8.4で実装されるRFCを見てみましょう。 RFC Property access hooks 賛成42反対2で受理。 プロパティフックです。 class HOGE{ public string $tel{ set{ if(!ctype_digit($value)){ throw new ValueError("電話番号は数値のみ"); } if(strlen($value) < 10){ throw new ValueError("電話

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? PHPの隆盛を支えてきた開発者は非常にたくさん存在しますが、その中でも最近のPHPを支えている中心の有力者たちを紹介します。 選択の基準ですが、PHP FoundationのStructureに載っている人です。 他にも紹介したい人はたくさんいるのですが、きりがないですし、そもそも私はPHP言語開発者たちやコミュニティと一切関わりのない全く無関係な人間なので勝手に選抜するのもなんだかなあということでやめておきます。 PHP Foundationとは まずPHP Foundationって何なのかという話ですが、ここ数年PHP言語の発展を支

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 先日The Registerを見ていたらアジャイル開発の失敗率は268%も高い Study finds 268% higher failure rates for Agile software projectsという記事が目に入りました。 The RegisterはITニュースサイトで、日本で言うところのITmediaやWIRED、GIGAZINEみたいなところですかね。 その記事は元記事を紹介しているもので、『元記事はImpact Engineeringの宣伝ではあるが、アジャイル開発は期待ほどうまくいかないという疑念を抱かせるのにも

class HOGE{ public string $tel{ set{ if(!ctype_digit($value)){ throw new ValueError("電話番号は数値のみ"); } if(strlen($value) < 10){ throw new ValueError("電話番号は10文字以上"); } $this->tel = $value; } get{ return '電話番号は' . $this->tel; } } } $hoge = new HOGE(); $hoge->tel = '123456789012'; // OK $hoge->tel = 'abcdefghijkl'; // Uncaught ValueError: 電話番号は数値のみ $hoge->tel = '123'; // Uncaught ValueError: 電話番号は10文字以上

よく見たら不自然なんだけどこれまで普通に許されていた、この引数デフォルト値がついに禁止されます。 何がおかしいって型がintなのに引数を渡さないと$xがnullになるので矛盾してしまうわけですね。 これはPHPが昔からの仕様を残しておいたためであり、いわゆる歴史的経緯というやつです。 以下は該当のRFC、Deprecate implicitly nullable parameter typesの日本語訳です。 PHP RFC: Deprecate implicitly nullable parameter types Introduction PHP7.1で?T構文、さらにPHP8.0でUnion型がサポートされたことにより、PHPはnull許容値型を正しく書くことができます。 歴史的にはPHP5.0でオブジェクト型、PHP5.1でarray、PHP5.4でcallable、PHP7.0で

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はいどうも、Qiita参加者の中で最も田舎出身の @rana_kualu です。 これはもう間違いなく断言できますよ。 自宅の窓の外がこれね。 どのくらい田舎かって、たとえば小学校の同級生が私ともうひとりの2人だよ。 まあ今は1人だったり0人だったりするので、当時はまだマシだったんだけどな。 あと駄菓子に全く馴染みがないよ。 だがしかしは面白おかしく読んだけど、実際に食べたことのある駄菓子はほとんどなかったよ。 これは別にネグレクトだったとかではなく、単に近所に店がなかったからです。 最も近いコンビニ・スーパーは10km先だけど、山越え

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? いまさらjQuery？ ここの人たちは見たくもない現実かもしれませんが、世界の9割はjQueryでできていいます。 ということで世界70億人が待望していたjQyery4のベータバージョンが2024/02/06に公開されたので以下で紹介します。 ちなみにjQuery1が2006/08/26、2が2013/04/18、3が2016/06/09のリリースであり、メジャーバージョンアップとしては8年ぶりとなります。 しかし開発が止まっていたとかというとそういうわけもはなく、流石に2010年代前半ごろの更新ラッシュは落ち着いてきたとはいえ、着実に

interface Collection<T> { public function add(T $item): void; public function get(int $index): T; } class StringCollection implements Collection<string> { // ... } $stringCollection = new StringCollection(); $stringCollection->add("Hello"); $stringCollection->add(123); // エラー：string 型が期待されています

2023 / 2022 / 2021 / 2020 JavaScriptライブラリのトレンドを紹介しているbestofjs.orgが、2023年に最もホットであったJavaScriptライブラリのランキングを発表しました。 選考基準は累計スター数ではなく、『2023年の一年間で増えたスターの数』です。 過去流行っていたけど落ち目となった技術は出てこないので、最近注目されている技術がわかります。 ちなみに総合ランキング1位は2016年～2019年にVue.jsが4連覇、2020年はDeno、2021年はzx、2022年はBunでした。 以下は2023年のランキング、2023 JavaScript Rising Starsの日本語訳です JavaScript ライジングスター 2023 8回目のJavaScript ライジングスターにようこそ！ ここでは、2023年のJavaScriptエコシ