重度の知的障害がある女性が、障害がない人と遜色のない作業時間で仕事をしているお店があります。 それを可能にしたのは、 “あるシステム”です。このシステムは、同じ職場で働く、障害がない人たちの働きやすさや効率の向上にもつながっているといいます。 開発のきっかけとなったのは、障害児を育てる母親が感じた“生きづらさ”でした。

ワークスペースを利用している TypeScript プロジェクトの開発をしているとき、共通パッケージの依存解決の方法には 素直に build 成果物を参照する exports フィールドで build 前の TypeScript ファイルを直接参照する 等いくつかの選択肢があります。 このエントリでは、それぞれのやり方での制約や、開発体験の良し悪し等を比較して状況に応じてどういうアプローチを採用するのが良いか考えてみます。 補足資料 上記のスクラップで調べたことがベースになっています。 課題の整理 典型的な Full-Stack TypeScript なモノレポ構成を考えてみます: my-project/ ├── apps/ │ ├── frontend/ # フロントエンド │ ├── backend/ # バックエンド ├── packages/ │ └── shared/ # 共通パ

来週で40歳にあるので30代の振り返りとしてこれを書く。 そんな30代を全力で走ってきた中で、これは30代でやってよかったな。 もっと早くやってもよかったな。というようなことを書く。 最初に行っとくと一般的にやったほうが良いということは基本的にやったほうがいい。 そういうのも含めて実際にやってみた経験も書く。 習慣を作れるようになる これは本当にやったほうがいい。 身につけるのであれば、早ければ早いほどほどいい。 もう少し具体的に話すと自分がやりたいことを実現していくためには習慣にできるとよい。 なんでも習慣にできると強くて、自分はどうやったら習慣になるんだろう？ってところを理解して上手くハックして習慣化していけると自分のやりたいことがどんどん実現できるようになる。 運動習慣 これも早ければ早いほど良いと思うが、朝か夜の散歩くらいからでもよいからやったほういい。 コロナ禍をきっかけに自分は

コンプラ メンヘラ あと一つは？ 追記！穴埋め増田です！ ブクマカのみなさん今日もたくさんのコメントありがとうございます！ 次も穴埋め作成するので楽しみにしていてください！ 宣伝！３大「もうやめましょうよ！」シリーズも毎日投稿してるので応援よろしくお願いします！ 穴埋めしない非お客さんへのコメント返信（出禁です）「飽きた」←じゃあわざわざ冷やかしに来ずに別の増田にコメントしたら？自分もこれまで何度か穴埋めして楽しんでいたくせに！ 初めてのお客さんもいるんですよ！ 「3つ挙げてからあと一つは？と言え」←３大あと一つは？フォーマットを増田で初めてやったのはこの私です 形式にとらわれるだけでなくあらゆるパターンで投稿しています　文句ある？ ID長いアホ←返信に横から割ってくるアホはキモすぎるので非表示 「死ね」←嫉妬キモチイイ！ｗ 「切り口の良いネタを想像させないとやってる意味ない」←出されたお

2022年の末ごろからRemixを使って小さめのアプリケーションを開発をしています。2023年の3月ごろにプロダクション投入したので、早いもので稼動してからもう1年が経過しました。 その間、大きな機能追加もなかったので基本的に放置していたのですが、問題なく稼動していて要件にあったいいスタックで開発ができたと自我自賛していました。 そんな中、今年に入ってわりと大きめな機能を追加することになり、久しぶりにRemixのコードを書いているのですが、当時のように手探りで行っていた開発ではなく、経験を積んだ分だけ前よりももう少しいい感じのコードが書けそうだったので、今回の開発にあわせて全面的なコードのリファクタリングも行いました。 loaderモジュールとactionモジュールをどう書くか # RemixのページはRouteファイルを作成します。Routeファイルには、サーバー側で実行されるコードとク

TL;DR さくらインターネット株式会社で8/1から働いています さくらのクラウドの一人目のプロダクト担当ということで、エンジニアリングとビジネス両面を相手に仕事をしていきます ソフトウェアエンジニア大募集中です、いっしょに働こうぜ! 経緯 Treasure Dataを辞めたのが2021年7月末*1でしたが、それから丸3年経過しましたね。早いなあ。その間は本を書いたり個人サービスを作ったりしつつ、個人事業主の技術顧問として数社をお手伝いしたりしていましたが、個人的な事情がいくつか落ち着いたりしたこともあって、今年初めくらいからそろそろフルタイムで働くことを考えはじめ、多くの会社さんとのやりとりを経て、さくらインターネット株式会社への入社を決め、今月から入社し働きはじめました。 どういうポジションで何がしたいのかについては当初だいぶふらふらしていたのですが、いくらかの会話を経て「ビジネスを作

UUIDs are often used as database table primary keys. They are easy to generate, easy to share between distributed systems and guarantee uniqueness. Considering the size of UUID it is questionable if it is a right choice, but often it is not up to us to decide. This article does not focus on "if UUID is the right format for a key", but how to use UUID as a primary key with PostgreSQL efficiently. P

社内のプチ発表に使った資料です。 文章のコツ 前置き フルリモートでは、文章でのやり取りがメインになる。 なので、文章がヒドいと「この人と仕事するのキツイ」と思われちゃう😢 そう思われないための色々思ったことを自戒メモ。 なるべく箇条書きにする

転職のお知らせ、あるいは個人の日記です。 6月から以下のように所属変更となっています。 From 株式会社はてな To 株式会社一休 マネージャではなく、とくに役職のないソフトウェアエンジニアとして働きます。いわゆるIC (individual contributor)というやつです。 きっかけ はてなには新卒として入社して以来11年も勤めて、インターンやアルバイトとして関わった時期から数えると16年になります。出入りの激しいこの業界でずっと1社しか知らずに過ごすのは負い目に感じていました。また、年齢的にも今年で40歳になることもあって、そろそろ転職を経験しておかないとまずいという焦りもありました。 そんなときに、大学の同期でプライベートでも仲良くさせてもらっているid:suzakから声をかけてもらい、ちょっと真剣に転職を考えたのがきっかけでした。 できることではなくやりたいこと はてなで

BuchioGames @BuchioGames 本業はソシャゲのD/P/Mgr。個人的にもUnityでゲーム制作をやってます。 I'm a Japanese solo indie game developer. スマホ向け2.5D + 3Dアクションゲーム『SNO』体験版配信中 固ツイのリンクからDLできます！ lit.link/BuchioGames BuchioGames @BuchioGames 数年前、学生の頃インディーゲーム作ってて賞とか取ってましたていう新卒のエンジニアの子がいたんだけどこれが本当にうまくいかなかった 企画に納得いかない、ということが多々あったのだ 大規模開発になると企画、エンジニア、デザインと明確に分業し、それぞれの決定が重視される つづく BuchioGames @BuchioGames その子に関して僕が感じ取ったのはゲームを一本作り切る力を持っている俺

はじめに こんにちは。データエンジニアリンググループの森下です。今回は、私がプロジェクトマネージャーとして約3年間かけて実施した、TreasureDataからBigQueryへの全社データ活用基盤移行プロジェクトについてお話します。このプロジェクトは、全社で1日あたり数千件のクエリが実行されるデータ基盤を移行するという大規模なもので、関係者の数は200〜300人に上りました。プロジェクト期間中は、データ活用基盤の技術調査から始まり、関係者への説明や調整、データ移行、クエリ移行、ETLやReverse ETLに使用する各種ツールの導入など、本当に多くのタスクがありました。 プロジェクト背景: TreasureData導入とその課題 TreasureData導入の背景 2024年時点ではGoogle BigQueryを使用していますが、その前の環境が導入された背景を説明します。 2018年12

TSKaigi 2024 14:40~ トラック2

CockroachDB はどのくらい「しぶとい」のか？ / How tough is CockroachDB?

てとらα SI @TETRA_IT まぁ40歳男性が「飲みに行く」以外で同性の友達と土日昼間から遊ぶとしたら何をするか？という問題はあります。何する？

20年間「休み方」について研究している片野秀樹氏の著書『休養学』の刊行記念イベントが透明書店で開催されました。科学的に正しい休養法について、本書の内容に沿ってポイントを紹介しました。本記事では、効果的な休養の取り方やおすすめのタイムマネジメント術を語ります。 前回の記事はこちら 「いかに楽に過ごすか」を追求するのは怠けではない 片野秀樹氏（以下、片野）：（休み方のポイントについて）「効率や生産性を追求してほしい」ということです。効率や生産性を追求するということは、しっかりと休んでおかないと生産性が高まるような仕事ができなかったり、活動ができなかったりするわけですよね。そこは休養とつながると思ってます。 あとは、「いかに楽に過ごすか」を追求してほしいと思ってます。これは怠けではまったくなくて、自分自身で（楽な過ごし方を）追求していって楽にできたら、苦労するよりいいですよね。 長野弘樹氏（以下

はじめにlink 最近受けるNode.js + TypeScript環境の相談の中で、CommonJSやECMAScript Modulesのあたりで落とし穴にはまっている人が多いという事に気づいた。 Node.jsは歴史的にCommonJSとECMAScript Modules（以後ESMと表記）がどうしても入り乱れる環境にあり、これにTypeScriptのモジュールが加わると組み合わせでさらに複雑度が増すのが現状である。 説明する際に口頭より整理した文章が欲しいと思ったので記事にする。 以下のリポジトリで検証コードを管理している。 https://github.com/koh110/module_test Node.jsモジュールチェックシートlink まず最初にNode.jsにおけるCommonJSとESMの挙動について整理する。 いきなり書かれても把握できないかもしれないが、一旦こ

CTO 室の恩田です。 今回は GitHub Copilot Enterprise を評価してみて、現時点ではまだ採用しないことを決めた、というお話をご紹介したいと思います。 きっかけ とあるエンジニアが Slack で自身の times チャネルに時雨堂さんの GitHub Copilot Enterprise のススメという記事を投稿したことが発端でした。特に感想はなく URL に 👀 だけが添えられていたので、後で見るぐらいのメモだったんだと思います。 それを見かけた別のエンジニアが技術雑談チャネルにその投稿を共有して、これは凄そうと話題を向けたところ、CTO の「評価してみる？」の一言で、有志が集って評価プロジェクトが始まりました。 雑談チャネルできっかけとなる投稿が共有されてから、30分足らずの出来事でした（笑）。 この話題が出たのは金曜日でしたが、週明け早々に稟議を終え、火曜

恒例のやつ petitviolet.hatenablog.com めっきり筆が遠のいてしまって一年ぶりになってしまっていた。 仕事 はりきってライブゲーム開発やっていたが、紆余曲折を経てサ終してしまった。 いろいろなことを経験できたプロジェクトだったのでわりと感慨深い。 前々職では新規事業開発、すなわち0からの開発というのは何度か経験があるものの、企画段階から携わって運用ならぬサービス運営もひっくるめて全部関わるというのは初めてだった。 技術的な観点での話は会社noteに残してあるのでもし興味があればそちらをどうぞ。 note.com ゲーム開発が一段落してからは継続してポチコの開発はしつつも、大きめな受託開発案件が進行している。 機能的な開発はインフラから実装までほぼ全て1人で自由にやっているしスケジュールにも比較的余裕もある(今のところ)しでのびのびとやらせてもらっている。 受託開発と