【永久保存版】おんJ民が厳選した有能サイト大全 : 哲学ニュースnwk
2025年08月16日23:00 【永久保存版】おんJ民が厳選した有能サイト大全 Tweet 1: 名無しさん＠おーぷん 25/08/16(土) 14:36:53 ID:Ey0G ノイズレスサーチ 邪魔なサイトを除外してGoogle検索できる検索エンジン http://pasokatu.com/nsearch 49%OFF 3: 名無しさん＠おーぷん 25/08/16(土) 14:37:40 ID:Ey0G 幻想世界神話辞典 世界のいろんな神話とか神の名前とかが載ってるサイト https://jiten.info/ 26: 名無しさん＠おーぷん 25/08/16(土) 14:48:48 ID:oBLr >>3 27周年とか凄いわね 5: 名無しさん＠おーぷん 25/08/16(土) 14:39:47 ID:gHmi 暇潰しに使えるサイトでいい？ 6: 名無しさん＠おーぷん 25/08/16
ユニットテスト基礎講座 | ドクセル
ユニットテスト 基礎講座 Jun. 7, 2025 @JJUG CCC 2025 Spring Takeshi Yonekubo
コードの寿命・データの寿命・互換性の寿命
これを記事にしている 2025 年 5 月の二年ほど前 (2023-06-02) に、縁あって明治大学 情報科学科での特別講義 [1] を担当させてもらいました。 身内の評判は悪くなかったのでスライドは公開していたんですが、単に Google Slides を公開状態にしただけだったんですね。 [2] これではあとから参照・引用するのも難しく、ちょっともったいないかと思ったので、いまさらながら記事の形でまとめなおしておくことにしました。 一年も経てば情報が古くなってしまうコの業界です。賞味期限切れの話もあると思いますが、話のネタにでもしてもらえれば幸いです。 講義の対象と目的 この講義、目的は2つあって、まず「最新の情報科学トピックに触れる」こと。 それから、就職活動が始まる3年生がメインの対象者なので、 今後のキャリアプランとか人生指針に関するいろいろな視点を持ってもらうことです。 この
日本で一番わかりやすくてためになる小さな飲食店の始め方 ３００万円でお店をやろう｜林伸次
たまにお客様から「お店でお酒を出すのって、何か免許はいるんですか？」とか「夜の１２時をこえてお酒を出すのって風営法はどう関係しているんですか？」とか「お店を出すのに調理師免許がいるんですよね」とかって質問をされることがあるのですが、実は、日本では、「食品衛生責任者」という資格を持っているだけで小さい飲食店は始められます。この「小さい」ですが、店内で店員の数とお客様を足してその数が３０人までのことです。 ちなみに、僕がやっているbar bossaは席数は１８席で、働いているのは僕１人だけなので、食品衛生責任者の資格だけで大丈夫です。これで２４時間、お酒も出せますし、焼き肉も刺身も出せます。 店内での店員数とお客様の数が３０人以上の場合は防火管理者というのが必要です。 どちらも講習を受けるだけです。テストもないです。 食品衛生責任者というのは、保健所に連絡して、「今度、飲食店を渋谷でやろうと思
The Clean ArchitectureがWebフロントエンドでしっくりこないのは何故か / Why The Clean Architecture does not fit with Web Frontend
2025/02/28(金) JSConf.jp おかわり Node学園46時限目
ウォーターフォールとアジャイルをマネジメント手法としてフェアに評価してみる - arclamp
ウォーターフォールとアジャイルは、それぞれ異なる前提と目的を持つマネジメント手法です。ウォーターフォールは全体計画の精度を前提に効率的な開発を目指し、アジャイルは変化に適応しながら試行錯誤を重ねることに重点を置きます。しかし、世の中ではマネジメント手法としてフェアな評価ができていないようにも感じます。 その要因は、アジャイルの説明が精神論や感情論に寄りすぎている点にあると思っています。そこで、そういった要素を排除し、双方をマネジメント手法として整理してみました。 前提条件 僕は、いわゆるエンタープライズ業界の人なので、SIerがいるような規模の組織を前提にしていますが、マネジメント手法としての考え方は、どの業界でも利用できると思います。 「ウォーターフォール」とは、大手SIerなどで定義されているウォーターフォール的なマネジメント手法のこと。V字と呼ばれる要件定義、基本設計、詳細設計、実装
テックリードの役割を定義しました - Gunosy Tech Blog
こんにちは。 id:skozawa です。 こちらの記事は Gunosy Advent Calendar 2024 の 24 日目の記事です。 昨日は上村さんの 「LLM で Web 検索を効率化！- Web 検索エージェントとブラウザ拡張によるアプローチ」 でした。 背景 エンジニアのマネジメント領域 TL の見直し EM と TL の役割定義 キャリアパスの見直し まとめ 背景 Gunosy にはエンジニアマネージャー（EM）とテックリード（TL）、リードエンジニア（LE）という役職があります。 LE については以前に定義しましたが、EM と TL については役割分担が明確化されておらず、EM に負荷が集中しがちになるという課題があったため、役割を見直すことにしました。 EM と TL の役割を再定義し、TL は役職から役割に変更しました。 また、それに伴いキャリアパスを見直すことにし
Learn Vim
Learn Vim the Smart WayWhat's This?Learn Vim (the Smart Way) is a guide to learn the good parts of Vim. This project was inspired by Steve Losh' Learn Vimscript the Hard Way. I thought it would be neat to do a broader, albeit less deep, overview of Vim + Vimscript in 2021. So here it is! This guide consists of three parts: How to use Vim How to customize VimHow to use VimscriptIf you're an advance
今、リモートワークについて思うこと - BASEプロダクトチームブログ
本記事は BASE アドベントカレンダー 2024 の 24 日目の記事です。 こんにちは、エンジニアリングマネージャーの松原(@simezi9)です。 新型コロナウイルスの流行に端を発する世の中の変動からもうじき5年が経過しようとしています。 当時の感染対策の流れで多くの企業がリモートワーク制度の導入を進めました。この記事を読んでいる方の中にもそのタイミングではじめてリモートワークに取り組んだ方も多いのではないでしょうか。 私もその当時に、BASE株式会社のリモートワークへの取り組みをエントリとして公開したことがありました。 参考：エンジニアのリモートワーク in BASE このエントリを書いてから4年。その間、マネージャーという立場からリモートワークの制度を運用してきた経験を踏まえて、私がいまリモートワークというシステムに対して思っていることを率直に書いてみたいと思います。 この文章が
All remote
創業以来、GitLabはDevSecOpsプラットフォームアプローチを適用して、65か国以上で人々が共同作業を行い、コミュニケーションし、結果を生み出す方法を革新してきました。当社では、その知識とベストプラクティスを一般に公開しています。
組織に自動テストを書く文化を根付かせる戦略（2024冬版） / Building Automated Test Culture 2024 Winter Edition
2024年12月20日 ソフトウェアテストシンポジウム 2024 東海 #jassttokai24
プロダクト開発におけるリスクを排除するためにモバイルアプリエンジニアができること - inSmartBank
こんにちは、株式会社スマートバンクでモバイルアプリエンジニアをしているロクネムです。 書籍『INSPIRED 熱狂させる製品を生み出すプロダクトマネジメント』ではプロダクト開発には以下の4つのリスクがあると説明されています: 実現可能性のリスク: エンジニアが、持っている時間とスキルとテクノロジーで必要なものを作れるかどうか 価値のリスク: 顧客が購入するかどうか ユーザビリティーのリスク: ユーザーが使い方をわかるかどうか 事業実現性のリスク: ソリューションが、販売、マーケティング、財務、法律など、ビジネスのさまざまな分野でも問題がないかどうか (順番は入れ替えています 🙏) 同書では、優れた開発チームはこれらのリスクに対して開発の早い段階で取り組むと記されています。 自分はこれらのリスクのうち「実現可能性のリスク」「価値のリスク」「ユーザビリティーのリスク」の3つについてはモバイル
スクラムガイド(LeSS版)
スクラムガイドの目的 スクラムは複雑なプロダクトを開発、提供、保守する為のフレームワークである。このガイドではスクラムを定義している。定義には役割、イベント、作成物とそれらをまとめるルールが含まれている。フレームワークの各要素は特定の目的を有し、スクラムによって実現される価値と成果にとって不可欠な要素となる。スクラムの考え方や構造を変えたり、要素を省いたり、ルールを無視する事は問題を隠し、スクラムから得られる価値を限定したり、無意味な物にしてしまうのである。 Ken Schwaber と Jeff Sutherlandはスクラムのフレームワークを作る事に重要な役割を担った。 LeSS（大規模スクラム）は複数のチームでプロダクト開発をする際にスクラムを適応し、組織のシステムが変化した結果として形作られ、LeSSはLeSSルールにて定義をされている。LeSSルールは、各チームのレベルではスクラ
「仮面ライダーガヴ？ どうせ普通の仮面ライダーでしょ？」 - ジゴワットレポート
「おつかれ～」 「ごめん、ちょっと遅くなったわ」 「どうする？ 生？」 「いや、最近は炭酸がきつくってさ。ハイボールで」 「ハイボールも炭酸だろ」 「違いねぇ～～」 「サラダとか刺身とか適当に頼んどいたけど」 「助かるわ。学生の頃はいきなりから揚げとか頼んでたけどな」 「わかる。今は厳しくなってきた」 「ここ日本酒も美味しいらしいから後で試そうぜ」 「いいねぇ」 「そうそう、ところで最近、仮面ライダー見てる？」 「そりゃあ、見てるよ。幼少期からずっと見てるよ」 「ぶっちゃけ最近どうよ？ いや、実は自分ちょっと意欲が落ちてきてて……」 「ガッチャードも、ギーツも、面白かったぞ。てか何か不満があるの？」 「不満ってほどじゃないのよ。ただ、自分がイメージする仮面ライダー像みたいものとは、やや離れちゃってるかな、って」 「なるほどなぁ～。とはいえ、近年のも割と読み込んでいけば仮面ライダーらしさみた
『Ruby on Railsパフォーマンスアポクリファ』 - snoozer05's blog
翻訳を担当した電子書籍『Ruby on Rails パフォーマンスアポクリファ』が発売となりました。 書籍は以下から購入できます。 Ruby on Rails パフォーマンスアポクリファ 本書は、2020年に出版されたNate Berkopec著『The Ruby on Rails Performance Apocrypha』の全訳です。原書は訳書と同様、著者の販売サイトで自主出版の電子書籍として出版され、現在はKindleストアでも販売されています。 The Ruby on Rails Performance Apocrypha The Ruby on Rails Performance Apocrypha: A starter guide to making Rails apps faster and more scalable (English Edition) 作者:Berkope
見積せえへんねやったらどうやって予算取りするねんという話｜牛尾 剛
私は世界規模のクラウドプラットフォームの開発者で、現在はシアトル付近に住んでいる。 先日書いた自分のポストに対する反応で面白い意見があってそれを読んでそらそう思うやろなぁと思った。ただ、私も別に嘘を言っているわけではないですし、これでビジネスも回っている。面白そうなので、その辺も調べてシェアすることにしてみました。 ウォーターフォールからアジャイルって開発側の話はいいのだが、それだと管理とか経営とか非エンジニアの理解を得られないので、納得できるところをちゃんと言語化してほしいんだよな。アジャイルの人の「見積もりがない」って言葉を使われるのが一番苦手、ストーリーポイントの設計は「計画と見積もり… — えふしん (@fshin2000) August 1, 2024 自分のチームの開発プロセス的なものこちらの方に自分のチームが現在やっている開発プロセスは書いてある。アジャイルとか、DevOps
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Dosu | For your open-source project.
GitHub - abiosoft/colima: Container runtimes on macOS (and Linux) with minimal setup
https://loopyavatar.github.io/
【スパイファミリー×かまいたちの夜特別コラボ】スペシャル試し読み
