(この記事は www.embulk.org にある Looking for long-term maintainers around the Embulk eco-system の日本語訳と、同じ筆者によるもう少しぶっちゃけた追記です。) 古橋さん (@frsyuki) が最初に Embulk をリリースしてから、まもなく 10 年になります。もう Embulk はかなり成熟・安定して、いまも企業などで実際に使われています。近代化にも引き続き取り組んでいて、もうすぐ Embulk v1.0 を出せるだろうと考えています。 EEP-8: Milestones to Embulk v1.0, and versioning strategies to follow その傍らで、実は多くのものが置き去りになっています。たとえば https://github.com/embulk にあるほとんどの「
組込みRustや自作OSなどにおいて、従来言語より高い安全性があるとされているRustは注目される一方、Rustでも低レイヤー分野で頻発するメモリアクセスやインラインアセンブラなどでunsafeブロックが存在が多くなりがちです。 このunsafeブロックが多くなるので、結局Rustでこのような低レイヤー分野を触っても意味がないのでは？安全ではないのでは？という疑問が投げかけられることがしばしばあります。 筆者はTwitterや過去のブログで、組込みRustにおいてのunsafeとの付き合い方について触れていきましたが、内容としては分散していたので今一度この疑問に対するアンサーをまとめることにし、この論争に終止符を打とうと思います。 Rustにおけるunsafeとは そもそもunsafeとは何かというのはThe Rust Programming Languageのドキュメントにも詳しく書かれ
今は、ITエンジニア個人がSNSで活発に発信する時代である。 Xやら他のSNS等でITエンジニアが「自社開発系の環境が良いのは分かった」という声は多く聞く。 実際に自分が働いてみて、自社開発のWeb系企業は、ITエンジニアにとって働きやすい環境が比較的多いと思う。裁量の大きさや最新技術へのチャレンジしやすさなど、ITエンジニアにとって魅力が多いのだ。 「でも、どうやって転職すればいいんだよ？ 就職できなきゃ意味がない。 そこが肝心だろ」と思う人もまた多いと思う。 ごもっともな話だ。 「どうやって、競争率の高い自社開発のWeb系企業へ転職すればいいのか」と悩む人は多いだろう。 そこで、この記事では「どうすれば転職できるのさ？」という疑問に自分の経験から独断と偏見で答えていきたいと思う。 ちなみに「もしあなたにコネやリファラル等の『つて』があるなら思う存分使っておけ！」が筆者の見解である。 「
DDD以外の設計手法についてご教示いただきたく、DDDの主張をある程度正確に理解した上でDDDをこき下ろしているイメージの強いくまぎさんに質問させていただきました。 最近はソフトウェアの設計について調べると、DDDについての記事ばかりで辟易する一方、私がエンジニアになった頃にDDDに勢いがあった影響もあって私自身DDD以外の良い設計とされているものを知らず、DDDに胡散臭さを感じつつもDDDの考え方にとらわれている、毒親の影響を受けた子供のような状態から抜け出せずにいます。 その最たる例がリポジトリパターンです。 よく依存性の逆転・DIと一緒に語られますが、くまぎさんがおっしゃる通り余計にインターフェースを切るのはイケてないと感じます。また、DI抜きにしても、リポトリパターン由来の様々な問題（N＋1やバルクアップデート、管理画面用のメソッド生やしたくなる問題など）に対する解決策として提示さ
概要 なぜ 自社 で DuckDB を採用したのかを、雑に書いていきます。 まとめ DuckDB / DuckDB-Wasm を利用する事で中小規模のサービスであれば、ログ解析や統計情報の可視化を低コストで提供することができる DuckDB を go-duckdb 経由で利用する事で、HTTP リクエスト単位での DuckDB を利用できる DuckDB-Wasm と OPFS を利用する事で、クライアント側での統計情報のため込みができるようになる 解決したい課題 解決したい課題は基本的にサービスの運用費を抑えるということです。中小規模のサービスでは運用費が大きな課題になります。 自社パッケージ向けのログ解析ツール 自社パッケージ製品は多くの JSON Lines 形式 (移行 JSONL) でログを出力します。 顧客からの問い合わせに対して、共有して貰ったログを解析して問題を特定すること
みなさん、こんにちは！私は株式会社ulusageで技術ブログを担当しているエンジニアです。最新の情報や、日々の開発で役立つTipsを皆さんと共有していきたいと思います。どうぞよろしくお願いします。（もしこのブログの仕組みやシステムフローに興味があれば、ぜひお知らせください。皆さんのご要望に応じて、詳細な記事を作成します！） Pythonでのデバッグ：print()からic()へ、革新の手法 はじめに Pythonで開発を進める中で、皆さんも一度は「なぜこのコードは期待通りに動かないのだろう？」と頭を抱えたことがあるのではないでしょうか。そのようなとき、print()関数を使って変数の値を出力し、デバッグを行うのは一般的な手法です。しかし、複雑なコードや大規模なプロジェクトでは、print()だけでは限界があります。今回は、そのデバッグ手法を一歩進めるためのライブラリ「IceCream」とそ
関連キーワード Java | アプリケーション開発 | プログラミング プログラミング言語の選択は開発プロジェクトの成否を左右する。人気のプログラミング言語「Java」と「Python」は、内部構造や設計思想に大きな違いがある。両言語を複数の観点から比較することで、それぞれの言語が目指す方向性と、その結果として生じる長所および短所が明確に見えてくる。開発者が気にすべき違いとは何か。 JavaとPythonを4つの視点で比べると？ 併せて読みたいお薦め記事 連載：JavaとPythonを比較 前編：Javaの「main」メソッドは何のためにあるのか 中編：Hello Worldプログラムから見る「Python」の“本質”とは？ JavaとPythonについて知る 「Oracle JDK」からの移行で賢くJavaを使い続ける方法とは？ 「Python離れ」まで起きかねない“GIL廃止”の波紋
レガシーシステムにどう立ち向かうか 複雑さと理想と現実 2024/11/06 【挑戦者必見！】DDDで複雑なシステムをリアーキテクチャをした1年の体験談withミライトデザインhttps://asken.connpass.com/event/332947/
［速報］GitHub、自然言語による指示だけでアプリケーションを生成する「GitHub Spark」テクニカルプレビュー公開 GitHubは、日本時間10月30日未明に開幕したイベント「GitHub Universe'24」で、自然言語による指示だけで、パーソナライズされた小規模なアプリケーション（Micro-App）をすぐに生成できる「GitHub Spark」の テクニカルプレビューを発表しました 。 下記はGitHub Sparkのデモとして公開された動画の一部をキャプチャしたものです。 例えばユーザーは、ダッシュボードから「An app for me to log all the cities I've travelled with a review and star rating」（これまで旅行したことのあるすべての都市のレビューと星の数での評価を記録するアプリ）のように、作りた
JJUG CCC 2024 Fall に参加しました！ JJUG CCC への登壇もなんと4回目。いい加減慣れてきた頃…、と思ったのですが全然そんなことなかったです。この1ヶ月ぐらいあーでもないこーでもないと構成を考えて書き直して図を追加してというのをずっと繰り返していました。そんな苦労が詰まっていた本日の登壇だったのですが、Twitter(現・X)の感想を見る限りでは好評だったようで、とても嬉しいです！ 今回面白いなーと思ったところは、セッション内で「この点については、〜さんのセッションで話していましたね」みたいな話がちょくちょく出ていたことです。自分のセッションでもジェネリクスについてはなぎせさんのセッションを参照してくださいという話をしましたし、阪田さんからは indy については前回の私と桜庭さんのセッションをという話が、また桜庭さんのセッションでも私の今日のセッションについても触
ミッチェル・ハシモト氏の個人開発によるターミナルエミュレータ「Ghostty 1.0」、12月に正式リリース予定。オープンソースとして公開へ HashiCorpの創業者の一人であるミッチェル・ハシモト氏は、個人のプロジェクトとして開発してきたターミナルエミュレータ「Ghostty」のバージョン1.0を今年（2024年）12月にリリースし、合わせてオープンソースとして公開することを明らかにしました。 ハシモト氏は2023年12月にHashiCorpを退職。その後、個人プロジェクトとしてターミナルエミュレータの開発をしていることをX/Twitterなどで以前から発信していました。 これは2023年5月のポストです。「ここ数年、なんとなく自分用のターミナルエミュレーターを作っていた。過去18カ月、これを自分だけのターミナルとしてフルタイムで使っている」と書いていることから分かるとおり、Hashi
選考基準は独断と偏見で、作者一人につき一作まで 強いて言えば後世の作家への影響、社会的な影響を重視 ランキングではなく、連載開始順に並べただけです 忌憚なき意見、待ってるぜ 1.ハレンチ学園 作:永井豪 1968年創刊号 - 1972年41号黎明期レジェンド枠。サービスエロがジャンプマンガの大きな側面を担っていた事実は否定できないし、そもそもこの作品の売上が無かったらジャンプが存続してたかも怪しいので入れざるを得ない。 2.男一匹ガキ大将 作:本宮ひろ志 1968年11号 - 1973年13号黎明期レジェンド枠2。ジャンプ黎明期の売り上げを支えつつ、不良系マンガを一大ジャンルとして確立させた意味で実は物凄く偉大な作品。これが無かったらろくブルも東リべも存在しない。 3.こちら葛飾区亀有公園前派出所 作:秋本治 1976年42号 - 2016年42号ギネス記録である40年にわたる長期連載、そ
www.cio.com 先月末にこの記事を見たときは、これは日本の技術系ニュースサイトでも取り上げられるだろうなと思ったのだが、観測範囲が狭いのかそういうのを見かけなかったので、一応紹介しておく。 コーディングアシスタントは、生成 AI のユースケースとして有望視されているが、期待される生産性の向上はほとんどないという話である。 多くの開発者が AI のコーディングアシスタントで生産性が向上すると言っているが、Uplevel 社の研究によると有意な利益は見られず、それどころか GitHub Copilot を使用するとバグが4割以上多く発生したとな。また pull request のサイクルタイムを測定しても、Copilot を使用する開発者に有意な改善は見られなかったとのこと。 じゃあ、AI のコーディングアシスタントに全然意味がないのかというと、開発者の燃え尽き症候群についての調査では
はじめに こんばんは！ 皆さんは以下のようなすぐ消えてしまう要素をDevToolsで確認したいときはどうしますか？ 常に表示されるようにわざわざコードを修正してから、DevToolsで要素を確認したりしていませんか？DevToolsをうまく使うことで、わざわざコードの修正をせずとも簡単に要素の確認をできるのでそのちょっとしたTipsのご紹介です！ ① CSSイベントでの確認方法 まずはCSSイベントで要素の表示制御を行っているパターンでの確認方法です。以下のようにCSSイベントのhoverで表示制御をしている要素を例にDevToolsで確認する方法を見ていきましょう！ import "./style.css"; export const Index = () => { return ( <div> <button className="myButton">Button</button> <
NTTデータでは、2023年から一部の部門でNotionおよびNotion AIを導入し、情報共有の課題解決に取り組んできた。同社の利用部門の担当者が効果的な使い方を解説した。 「Notion」はドキュメント作成・共有、プロジェクト管理、社内ナレッジ共有などの機能を持つクラウドサービスだ。2023年には「Notion AI」がリリースされ、文章の翻訳や要約、編集、アイデアだしの機能なども利用できるようになり、大企業を中心に導入が進んだ。 NTTデータもユーザー企業の1社だ。同社では、2023年から一部の部門でNotionおよびNotion AIの活用をはじめ、情報共有の課題解決に取り組んできた。NTTデータグループの米田司氏（コーポレート統括本部 ITマネジメント室）とNTTデータの合田剛史氏（ソリューション事業本部 セキュリティ&ネットワーク事業部サイバーセキュリティ統括部）がNotio
自民党総裁選への出馬を表明している河野デジタル大臣は、長時間勤務を防ぐための勤務時間の上限について、希望者に限り緩和する考えを示しました。河野デジタル大臣「もっとスタートアップで働きたいという方、あ…
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
