docker でビルドできるようにしとけ 開発メンバーの開発環境はてんでバラバラだ windows: 10, 11, wsl1, wsl2 mac: x64, m1, m2 ubuntu: buster, bullseye, bookworm debian, archlinux, NixOS, asahilinux, amazonlinux1, 2, chromebook くらい統一されてない こうなると docker しか信用できない docker のバージョンも厳密に統一しろ docker engine バージョン違いで挙動は変わる glibc のバージョンを揃えるために実行環境と同じ docker コンテナでビルドしろ cargo-zigbuild なら glibc のバージョンが固定できるというは幻想で、できる場合もある、のが正しい aws lambda を使うなら amazonl

次世代の変革をリードする20～30代のハイクラス向けキャリアアップ支援サービス「MELIUS（メリウス）」のマネジメントセミナーに、元マッキンゼーで現在はMELIUS事業責任者を務める田中直道氏が登壇。実務の現場で直面する優先順位づけの2つの壁や、優先順位をつける上で考慮すべき2軸などを語りました。 打ち手の作るための「課題の優先順位づけ」田中直道氏（以下、田中）：よろしくお願いします。田中です。現在、「MELIUS」というハイクラス向けの人材紹介事業を立ち上げ、責任者をしています。 まずは簡単に自己紹介をさせていただきます。この事業は2023年5月頃に立ち上げたサービスです。私は、この事業を始める前はマッキンゼーというコンサルティングファームに新卒で入り、約6年間コンサルタントとして活動していました。その間、1年間だけ小売業のイオンに転籍し、事業会社も経験しました。結果的に、これまでのキ

メリークリスマス。今年もアドベントカレンダを寄稿させていただきます イオン株式会社CTO ／ イオンスマートテクノロジーCTOのやまけん（ 山﨑賢 )です。 この記事は、AEON Advent Calendar 2024 最終日の記事です。 今日はCTO的なというよりも、経営の端っことしてイオンのDXをどのように捉えているか、何が大事なトリガーなのかを記載していきたいと思います 過去の私のAdvent Caledar投稿記事はこちら。 DX革新を宣言して動いてきた1年間 AEON TECH HUBの立ち上げから現在まで とにかく既存を変えたくて、JTCというブランディングを変えて会社と社会を変えたくて変えたくて。 AEON TECH HUBの活動を通して、特に外部に積極的に発信してきました 登壇の依頼は日程が調整出来ないなどの理由や、公益性が低いなどの理由が無い限り、ほぼ全てお受けしてオフ

この記事は「RUNTEQ Advent Calendar 2024」23日目の記事になります。 はじめに プログラミングスクールRUNTEQでエンジニア兼講師をしているいっぺい（@ippei_111）と申します。 いきなりですが個人開発を行う時にアプリケーションのUIを考えるのに悩んだ経験はありませんか？ エンジニアあるあるかもしれませんが、個人開発をする際に機能の実装はできるが、デザインの部分でどうしたら良いのか迷ってしまい、手が止まってしまうことがあると思います。 本来機能開発に時間をかけたいが、デザインに凝りすぎてしまい、余計な工数と時間がかかってしまうことも多々あると思います。 また、デザインに関する知識と経験がないエンジニアがデザインを考えると、「なんかダサいデザイン」「使いづらいUI」になってしまうのもエンジニアあるあるかと思います。 本記事では、デザインに不慣れなエンジニアで

〜Twilog・Togetter統合の舞台裏〜 by 吉田俊明、青山民人｜トゥギャッター株式会社 Twilog https://twilog.togetter.com/ Togetter https://togetter.com/

おはようございます、ritouです。 この話に乗っかっていきます。 3行で ログアウト時にJWTを無効化できない実装は今後脆弱性診断で「OWASP Top 10 2021違反」と指摘されるようになりそう(今も個別にされてるかもしれないけど) JWTは単純なフォーマットなので、ステートレスなセッション管理においてログアウトしたときに文字列自体を無効化できない件は独自エンコード方式(一般的にフレームワークのCookieストアと呼ばれているもの)でも起こり得る 「セッションID vs JWTで内包」 以外にも 「セッションIDをJWTに内包」もあり得る。既存の機能を残しつつ「JWTで武装」する選択肢も考えてみてはどうか。 ステートレスなセッション管理でログアウトの際に文字列自体を無効化できない問題 これは前から言われていますし、駆け出し何とか勢のQiita記事に書かれるぐらいには一般的です。 2

品質さん @chokyori_tsukin 上に出世すればするほど、『どれだけ人を許せるか』というゲームに変わっていく。当たり前だが、完璧な部下などいない。実力がないくせに口だけ立派な奴だって大勢いる。結局のところ、出世すればするほど相対的に不優秀な人間を部下に抱えることになる。その不完全性を理解して認めることが大切。 2024-12-18 19:44:47

ストレージの残り容量を気にする人生から抜け出したいと思って2TBを思い切って選んだものの、気づいたら残り容量が100GBを切っていました。 残り77GB... このままだと早々にストレージが尽きそうなので、何が原因なのかを調べて見ました。この記事ではその結果を共有します。 せっかちな方は、最後の「まとめ」をどうぞ どんだけエロ動画溜め込んだんだよって思われそうですが、ゼロです。 僕はずっとネイティブアプリを作っていて、XcodeとAndroidStudioをゴリゴリ使いつつ、最近はゲーム開発も始めて、Unityを頑張っています。さらにアプリの素材を作るためにAdobeCCのソフトを何個かインストールしてる、という状態です。 心当たりのあるフォルダーを1つずつチェックしようと思っていたのですが、ストレージの占有状態をグラフィカルに表示してくれる 「GrandPerspective」 というソ

はじめに LITALICO の @katzumi です。 2020 年に LITALICO へ Join して以来、ずっとレセプト業務の開発に携わってきました。 レセプト業務は複雑なドメインゆえミスが許されず、さらに３年に一度の大きな報酬改定があり、ロジックが大幅に変わります。 その改定作業は情報公開から実装完了までの期間が約 3 ヶ月と短いです。また、年々複雑化するシステムに対応する必要があります。 その複雑な業務に立ち向かった内容を過去にも以下の内容で開発業務の記事を書いていました。 今年 2024 年は法改正の年になっており、取り組みの結果、その後どうなったのか？を振り返っていきます。 今回も壮絶だった法改正 私自身の大規模法改正の経験が今回で 2 回目となります。 チーム構成としては私ともう一名を除いて前回の　2021 年度法改正を経験したメンバーがいませんでした。前回は 3 種類

最近 就寝前に「次にやること」を洗い出して最初にやることを決めておくようにしている。 実は長らく朝漠然と不安だったり活動開始までに時間がかかったりする時期が続いていたのだけれど、この寝る前の"儀式"で脱することができた。 やることは簡単で、以下3つだけ。 終業前か就寝前に自分のタスクを洗い出す 特に重要なトップ3を選ぶ 朝最初に取り組む1つを選ぶ 1は、普段からタスク管理をしているなら眺めて追加修正するだけでもいい。 15分、 30分、 1時間以上 くらいでざっくり所要時間を分類しておくとよい。 2は、3つだけに絞るのが肝。"やらないこと"を決めるのは意外と難しいが、トップ3を決めるとやらないことを決めたのと同じような効果を得られる。 3は、必ずしも重要なタスクでなくてもよい。自分はあまり頭を使わなくてもできるルーチンタスクや楽しそうな自動化タスクを選んだりする。朝イチの着火剤として機能す

エネルギーだけでとりあえず起業することと、本当に筋のいい「事業家」になることは、まったく違います。 かつての僕は前者でした。 いま僕は「プレックス」というベンチャー企業を経営しています。創業から６年、メンバーは370名を超え、今年度の売上は60億を見込んでいます。 周りの方から「めっちゃ順調だね」「なんでそんなうまくいってるの？」と言っていただくこともあるのですが、決して最初からうまくやれたわけではありません。 とくに学生時代から新卒にかけての自分は失敗ばかりで。志と態度だけはデカいけれど、突き抜けたものはなんにもない人間でした。 このnoteでは、かつて「勢いだけで起業した若者」だった僕が、失敗を通して「事業家の考え方」を身につけるまでの話をしたいと思います。事業づくりに興味のある学生や社会人の方にとって、少しでも役に立てばうれしいです。 ２秒で起業を決める初めての起業は、大学３年生のと

はじめに 背景：クレジットカード不正検知システムとは 3日でDesign Doc 2本、ADR 5本を執筆 3週間で開発し、本番環境にリリース LLM活用による効率化のポイント 目的・要件の整理 要件を満たす技術的オプションの洗い出し・技術調査 PoC実装 ドキュメントの執筆・技術選定 本実装 学び おわりに はじめに 新規プロダクトやプロジェクトの立ち上げにおいて、どれだけ意思決定を明確化し、設計を固めることができるかは、後々の開発効率や品質に大きな影響を与えます。一方で、最初が肝心だからといって調査や設計に何か月も費やす余裕は、多くの企業にはありません。できる限り早く設計を確立し、実装を開始して価値を生み出すことが求められます。 LayerXのバクラク事業では、法人向けのクレジットカード「バクラクビジネスカード」を提供しています。サービス開始時から不正利用を検知する仕組みを導入していま

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? もう10年ぐらい前の話なので懺悔として記載します。 背景 まだ駆け出しのネットワークエンジニアだった私は、先輩から「こういうルータ作ったんだけど動作検証しといて」と資料一式を渡されました。 店舗の重要性が増してきたため、店舗のWAN回線を冗長化したいという商談でした。既存環境の設計書やコンフィグもあり、追加WANルータのコンフィグも既に先輩が作ってくれていました。私は試験仕様書を書き、検証環境を組み、冗長化試験を行いました。特にコンフィグを訂正することもなく試験は完了したため、先輩に引き渡しました。なのに・・・本番環境ではうまく動かなか

この記事で書きたいことは、大体以下のようなことです。 ・「タスクを実行する能力」は大事ですが、「タスクを適切に振る能力」もとても大事です ・「タスクを振るのが苦手」という人は、かなりのベテランでも珍しくありません ・管理職になった頃、私も「タスクを人に振る」ことが大の苦手で、しばしば自分で仕事を抱え込んだり、タスクを偏らせたりしてしまっていました ・「タスクの意味や優先順を明確に言語化出来ておらず、タスク振りに説得力がないこと」が最大の原因だったと思っています ・解決する為に、「タスクを徹底的に言語化すること」「誰にお願いするか、その理由も明確化すること」「それをチームで共有すること」などを習慣化しました ・その結果、以前よりはだいぶマシなマネジメントが出来るようになった気がします ・言語化大事ですよね。今後も精進します 以上です。よろしくお願いします。 さて、書きたいことは最初に全部書い

優先的に見る。実は二次情報が多いため、即時性はそこまで高くないことが多い。多くは1日から数日のラグがある。一次情報というと"BleepingComputer has learned" や404 Mediaの独自取材程度か。 正確性に関しては4としているが、全体的傾向として社会的記事についての正確性は高い一方、技術的記事に関しては誤った理解をもとに記事化されることがしばしばあるので、怪しいなと思ったら元情報源を見ながら読むようにしている。 狭義の「サイバーセキュリティ」に対する網羅性は高いが、周辺分野（サイバー政策、GRC、サイバー犯罪1等）に対する網羅性は実は高くない。とはいえ、スタートラインとしては優秀。まずはBleeping Computerからというよく聞く結論になる。 一般ニュースサイト（国際） 見出しへのリンク 即時性 正確性 網羅性 凝集性

こんにちは。Findy SREチームの大矢(@takenorio)です。この記事はFindy Advent Calendar 2024 16日目の投稿です。 はじめに 想定読者 話すこと 話さないこと モジュールの導入の契機 モジュールの分割単位 考え方 役割が明確であること 疎結合であること 再利用可能であること 具体例 考え方に沿った分割例 考え方に沿っていない分割例 HCP TerraformとPrivate Registry モジュールを使うことが難しい例 Route 53において環境に差分が多数ある場合 CloudFrontでOriginとCache Behaviorを細かく制御したい場合 おわりに はじめに Terraformでシステムを構築する中で、モジュールの分割単位に悩むことはないでしょうか。 モジュールの適切な分割はコードの再利用性を高め、保守性を向上させる重要な要素で

こんな経験はありませんか？ 「開発メンバーになんでこれ優先度高い/低いんですか？」と聞かれるとき 「考えていた新機能以外にビジネスサイドからの要求が尽きない。ユーザー要望は待ったなしで、技術的な課題も放置できない……。どれから手をつければいい？」と思うとき はじめまして。株式会社GaudiyでPdMをしている三島(@kaa_a_zu)です。今は漫画やゲームのIPごとにファンコミュニティを作ることが出来るFanlinkというサービスを作っています。 実際、私も優先順位で悩んだことが何度もあります。多くの要求やアイデアに囲まれたとき、どれを先に取り組むべきか判断するのは簡単ではありません。 今回の記事ではこの課題を打破する一つの手段として、今回はICEスコアをベースにした優先順位づけの方法を紹介したいと思います。 スコアリングによる初期整理、そしてスコア化だけでは拾いきれない部分を対話や情報共

「なぜ？」を5回繰り返すことで問題の根本原因を特定し、解決策や再発防止策を導き出す分析手法とされる「なぜなぜ分析」は、日本が誇る世界的大企業・トヨタ自動車の仕事術として広く知られています。しかし、ただ単に「なぜ？」と繰り返すだけでは不十分だと言うのは、かつて自身もトヨタグループに所属し、現在は経営コンサルタントとして活躍する森琢也さん。実践経験に基づく、「なぜなぜ分析」を効果的に活用するコツを教えてくれました。 構成／岩川悟　取材・文／清家茂樹　写真／石塚雅人 【プロフィール】 森琢也（もり・たくや） 1984年7月11日生まれ、東京都出身。株式会社クック・ビジネスラボ代表取締役。中小企業診断士。2007年に明治大学商学部卒後、トヨタグループの大手自動車部品会社（デンソー）に入社。配属された経営企画部署では、製造現場でのトヨタ生産方式の浸透、グループ会社支援など、数千億円ビジネスの全体像を

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert