ulala フランス在住の著述家 @ulala_go 境界人の立場で #フランス と日本の相違研究。日本大手メーカーで技術職、パリWEB会社勤務後、今は地方。誰かの役に立つことと中立を心掛けています。仏の情報が集まる場にして活用してください。有益なコメント歓迎♪記者活動→japan-indepth.jp/?tag=ulala ブログ→franceplusplus.com facebook.com/franceplusplus/

2024 年のオープンソース活動の振り返りと GitHub Sponsors での収入をまとめた記事です。 いつもは別々に書いていましたが、内容的にどちらもオープンソースの話が被っているのでまとめました。 今までの振り返り 2014 年: https://efcl.info/2014/12/31/oss-in-2014/ 2015 年: https://efcl.info/2015/12/31/oss-in-2015/ 2016 年: https://efcl.info/2016/12/31/oss-in-2016/ 2017 年: https://efcl.info/2017/12/30/oss-in-2017/ 2018 年: https://efcl.info/2018/12/31/oss-in-2018/ 2019 年: https://efcl.info/2019/12/31/o
1. ジェネリクスなしでの開発 ジェネリクスが導入される前に、異なるデータ型をサポートするジェネリック関数を実装するためにいくつかのアプローチがありました。 アプローチ1: 各データ型に対して関数を実装する このアプローチは、極めて冗長なコードと高い保守コストをもたらします。いかなる変更も、すべての関数に対して同じ操作を行う必要があります。さらに、Go言語は同じ名前の関数のオーバーロードをサポートしていないため、外部モジュールからの呼び出しにこれらの関数を公開するのも不便です。 アプローチ2: 最も広い範囲のデータ型を使用する コードの冗長性を避けるために、別の方法は最も広い範囲のデータ型を使用することで、つまりアプローチ2です。典型的な例はmath.Maxで、これは2つの数のうち大きい方を返します。様々なデータ型のデータを比較できるように、math.MaxはGoの数値型の中で最も広い範囲
年末年始の慌ただしい時期に、数ある選択肢の中からこちらの記事をお読みいただき、誠にありがとうございます。 人生を定期的に振り返ることには、本書で取り上げられているADR(Architecture Decision Records)に通じる素晴らしさがあります。過去の決定とその背景を記録し、将来の自分や他者が参照できる形で残すことは、個人の成長にとって貴重な資産となります。そんな観点から今年を振り返ってみると、2024年は私自身にとって大きな試練と変化の年でした。 印象的だったのは、ある時期に突然、技術に対する興味や情熱が完全に失われてしまったことです。それは技術分野に限らず、仕事全般や私生活にも波及し、何をするにも意欲が湧かない、深い無気力状態に陥ってしまいました。 しかし、この困難な時期を経て、いくつかの意味のある変化が生まれました。私は以前から技術書の書評を書いていましたが、これは主に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く