Questionable Advice: “My boss says we don’t need any engineering managers. Is he right?”
I recently joined a startup to run an engineering org of about 40 engineers. My title is VP Engineering. However, I have been having lots of ongoing conflict with the CEO (a former engineer) around whether or not I am allowed to have or hire any dedicated engineering managers. Right now, the engineers are clustered into small teams of 3-4, each of which has a lead engineer — someone who leads the
セキュリティエンジニアを3年続けて分かったおすすめ勉強法
セキュリティエンジニアとして就職してからそろそろ3年経ちます。独断と偏見に基づき、IT初心者・セキュリティ初心者・セキュリティエンジニアの3つの時期に分け、費用対効果の良い勉強法を紹介していきたいと思います。 セキュリティエンジニアとは 「セキュリティエンジニア」という言葉は範囲が広いですが、私が今回記載する内容は脆弱性診断やペネトレーションテストに寄った内容となっています。インシデント対応やアナリスト業務などは専門ではないので、あくまで診断系の人が書いているということをご認識おきください。 そもそもセキュリティエンジニアにどのような職種が含まれるかはラックさんが分かりやすい資料を出しているのでそちらをご覧ください(サイバーセキュリティ仕事ファイル 1、サイバーセキュリティ仕事ファイル 2)。 IT初心者時代 セキュリティを学ぶ以前に基礎となるITを学ぶ時代を考えます。 学校教育 学生の場
Ruby 3.3でYJITを今すぐ有効にすべき理由 - k0kubun's blog
Ruby 3.3がリリースされた。YJITには非常に多くの改善が含まれたリリースだったが、 NEWS解説記事やリリースパーティーでは 2点しか触れられなかったので、この記事ではRuby 3.3でYJITがどう改善されたかについて解説する。 YJITは既に実用段階 YJITはRuby 3.1で導入されたが、Ruby 3.2の時点でexperimentalのマークが外れ、実用段階となった。 Ruby 3.2では、以下のような企業で性能改善が報告された。 DeNA: 40% 高速化 GMOペバボ: 18% 高速化 STORES: 6.5-7.5% 高速化 Timee: 10% 高速化 メドピア: 2.8% 高速化 BOOK☆WALKER: 20-30% 高速化 Discourse: 15.8-19.6% 高速化 Lobsters: 26% 高速化 CompanyCam: 20-40% 高速化 弊
Introducing Solid Queue
We’ve just open-sourced Solid Queue, a new backend for Active Job that we use in HEY to run about 1/3 of our roughly 18 million jobs per day. We’ll be moving more jobs in the coming days until we run HEY exclusively using Solid Queue. Besides regular job enqueuing and processing, Solid Queue supports delayed jobs, concurrency controls, pausing queues, numeric priorities per job, and priorities by
GitHub - rage-rb/rage: Fast web framework compatible with Rails.
Inspired by Deno and built on top of Iodine, this is a Ruby web framework that is based on the following design principles: Rails compatible API - Rails' API is clean, straightforward, and simply makes sense. It was one of the reasons why Rails was so successful in the past. High performance - some think performance is not a major metric for a framework, but it's not true. Poor performance is a ri
Upgrading GitHub.com to MySQL 8.0
AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
「奥さん」という呼称について
相変わらずジェンダーがどうとかつまらない話が多いので、過去の用例から「奥さん」あるいは配偶者呼称についていろいろ考えたいなあ。と思って書きます。 勿論、女中などに似ようはないと、夢か、うつつか、朦朧と認めた顔のかたちが、どうやらこう、目さきに、やっぱりそのうつ向き加減に、ちらつく。従って、今声を出した、奥さんは誰だか知れるか。 それに、夢中で感覚した意味は、誰か知らず、その女性(にょしょう)が、 「開けて下さい。」 と言ったのに応じて、ただ今、とすぐに答えたのであるが、扉(ひらき)の事だろう？ その外廊下に、何の沙汰も聞えないは、待て、そこではなさそう。 「ほかに開ける処と言っては、窓だが、」 さてはまさしく魘(うな)された？ この夜更けに、男が一人寝た部屋を、庭から覗き込んで、窓を開けて、と言う婦(おんな)はあるまい。（「沼婦人」泉鏡花、1908（明治41年） 「奥さん」は、自分の配偶者
Kaigi on Rails 2023 ブースの裏側をお見せします - inSmartBank
みなさんこんにちは。普段はカスタマーサポートをやっていますが、今回は Kaigi on Rails 2023 スポンサーチームとしての nyanco です。 先日行われた Kaigi on Rails 2023 にてスマートバンクは初のスポンサーとして協賛させていただき、ブース出展をしました。 今回はブース出展に関して、どうやって企画をしていったかを中心に、取り組んだことを紹介します。実際に参加された方々にも今回の裏側が伝わると嬉しいですし、今後初めて技術カンファレンスでブースを出す企業のご担当者の方にも読んでいただけたら嬉しいです。 Step１：チーム内で目的の認識合わせをする 技術カンファレンスの「ブース」といっても内容は様々です。いろんなことができるので、ただ「これやりたい！おもしろそうだし！」だけでは内容を詰めていく段階で迷走してしまうので目的の確認をまずは行います。 今回弊社は「
認知負荷および認知負荷理論 (Cognitive Load Theory) をもう少し正確に理解するための心理学研究・知見の紹介
認知負荷および認知負荷理論 (Cognitive Load Theory) をもう少し正確に理解するための心理学研究・知見の紹介 この記事の目的 ここ数年で、ソフトウェア開発やプログラミングの文脈で、「認知負荷」 および 「認知負荷理論」 という用語をよく見聞きするようになりました。私が今思い出せるだけでも、以下のような書籍や Podcast で重要なキーワードとして取り上げられています。 A Philosophy of Software Design, 2nd Edition チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計 プログラマー脳 ～優れたプログラマーになるための認知科学に基づくアプローチ fukabori.fm 102. A Philosophy of Software Design (3/3) w/ twada この「認知負荷」ですが、少なくとも近年見聞
Gem Credentials Management with Gemstash
Gem Credentials Management with Gemstash ruby, gems, gemstash 13 Nov 2023 ・ Featured at Ruby Weekly #678 How can we efficiently manage gem credentials across the team? When your project grows, you may reach out to commercial gems (like Sidekiq Pro) for help or want to extract some business logic into private gems. Bundler has a way to set the credentials for commercial/private gems, but everyone h
❯ RAILSG · Ruby on Rails Generator Reference and Command Builder
a collection of reference guides & command builders for Ruby on Rails generators. # Intro Welcome! RAILSG is a collection of Ruby on Rails generator command references, and command builders. Each page has tons of info about it's command, plus a GUI editor to explore the flags and options, and build your own commands. To get started, choose a generator below, or use (⌘+k) to search.
The Ruby on Rails Documentary - Read the Origin Story | .cult by Honeypot
Honeypot presents the story of Ruby on Rails. Hear the origin story from the engineers who worked on the project from day one. And if you don’t have time to watch the whole thing, we also made it into a neat little article for you. The ‘meet cute’The year was 1999 (or 2000, Jason isn’t quite sure about that) when Jason Fried, the co-founder of 37signals, a web design company based in Chicago, aske
Engineering Career Ladderを作るときに気をつけたこと 其の一 - LayerX エンジニアブログ
この記事はLayerXテックアドカレ2023の4日目の記事です。 昨日は@shun_takさんが「バクラクのデータは難しくて面白い」を書いてくれました。 明日は機械学習チームのyakipuさんの記事が公開予定となっています。楽しみですね！ こんにちは、すべての経済活動をデジタル化し、ハタラクをバクラクにしたいmakogaです。 私のチームであるEngineering Officeは「人とチームの観点からエンジニアリング組織のパフォーマンスを最大化する」というミッションを持ち、組織の仕組みの設計や運用改善を行っています。その1つにEngineering Career Ladder*1の策定があり、10月から一部のRoleで仮運用を開始しています。 Engineering Career Ladderは上手に運用すれば強力なツールとなりますが、下手をすると生産性の悪化や成長の妨げになる可能性があ
RailsアプリのCI高速化
参加しているプロジェクトで、RailsアプリのCIの高速化を行った。 まだ進行中の部分も幾つかあるが、結果から言うと、元々8分前後だったテストが3分半程度に短縮された。行った作業を幾つかの観点に分け、どのように高速化を行ったか、どの程度高速化されたか等を記述する。 プロセス数とマシン性能の調整 元々は2コア1プロセス4マシンで8分程度掛かっていたが、8コア8プロセス1マシンに変更することで5分程度に短縮された。 このプロジェクトではCIにGitHub Actionsを利用している。GitHub Actionsではデフォルトで2コアのマシンが利用されるが、Large runnerを利用して8コアに変更した。費用は変わらない。 また同時に、8プロセスで並列実行するためにparallel_testsを導入した。このプロジェクトではMySQLとElasticsearchを利用しており、またファイル
認知言語学から小説の面白さに迫る『小説の描写と技巧』
小説の面白さはどこから来るのか？ 物語のオリジナリティやキャラクターの深み、謎と驚き、テーマの共感性や描写の豊かさ、文体やスタイルなど、様々だ。 小説の面白さについて、数多くの物語論が著されてきたが、『小説の描写と技巧』（山梨正明、2023）はユニークなアプローチで斬り込んでいる。というのも、これは認知言語学の視点から、小説描写の主観性と客観性に焦点を当てて解説しているからだ。 特に興味深い点は、小説の表現描写が、人間の認知のメカニズムを反映しているという仮説だ。私たちが現実を知覚するように、小説内でも事物が描写されている。 認知言語学から小説の描写を分析する 通常ならメタファー、メトニミーといった修辞的技巧で片づけられてしまう「言葉の綾（あや）」が、ヒトの、「世界の認知の仕方」に沿っているという発想が面白い。これ、やり方を逆にして、認知科学の知見からメタファーをリバースエンジニアリングす
Effects of Pitchfork reforking on Shopify’s Monolith
Over the last year, I’ve been working on a new Ruby application server called Pitchfork. In most regards it’s extremely similar to the venerable Unicorn, from which it originates, but with one major extra feature: Reforking, which reduce memory usage of Ruby applications. For most of last year, we couldn’t enable reforking on our application because of an incompatibility with one of our dependenci
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
状態設計から「なんとなく」を無くそう
成果の最大化と向き合うEM思考
The Rails Executor: increasingly everywhere
なぜレッドオーシャン化する前にサービスを グロースできなかったのか？ - フリマアプリ編 - @yutadayo
