GitHub - abhivaikar/howtheytest: A collection of public resources about how software companies test their software
One of the outcomes of the various Taqelah meetups was that many software companies got to share their testing and quality culture with the community. It was absolutely fantastic to see the amazing stuff companies are doing to test their software, and ensure quality of their products and platforms. Apart from this, many companies regularly come forward and share their best practices, tools, techni
ソフトウェア設計の Why & What & How | Wantedly Engineer Blog
こんにちは、開発チームのアーキテクトをやっている竹野（@Altech）です。先日、新人研修でソフトウェアの設計について話す機会がありました。 ソフトウェアの設計というのは関連する領域が広いため、どうしても断片的な理解になりがちです。そこで、早い段階で全体像を感じてもらうために、ソフトウェア設計の Why と How と What を1時間でまとめて話すというちょっと意欲的なコンセプトで研修を行いました。今回は、その内容を記事にしました。 この研修のねらいはじめにソフトウェアの設計について書かれた情報は世の中に多いですが、その情報の多くは How であり、それだけを読んで適切に使うことが難しいと感じています。その直接的な理由は、How に対しての What、How / What に対しての Why が語られることが少ないからです。 ただ、How だけを知っていると、それは本当に問題を解決して
現代ソフトウェア開発の地図 - shimobayashiパブリック
独断と偏見で常に編集中です。 メンタルモデル ↑影響大 Amazon.co.jp： 世界標準の経営理論 eBook: 入山 章栄: Kindleストア 世界標準の経営理論 を読んで エンジニアリング組織論への招待 への理解も深まった - 下林明正のブログ 多くのIT業界の企業はシュンペーター型の競争環境にあり、常に不確実な事業環境に素早く柔軟に対応する戦略がマッチする 企業のガラパゴス化を見抜く「競争の3類型」 | 世界標準の経営理論 | ダイヤモンド・オンライン GAFA（※：グーグル、アップル、フェイスブック、アマゾン・ドットコム）は要するに、まずシュンペーター型で新しいものを生みます。そして、ＩＯ型に移行し、ネットワーク効果で、独占状況を築く。築いたら潤沢なキャッシュを得て、そのマネーを、またシュンペーター型の競争にばんばん投じてくる。その循環なのです。 私見: 特にシュンペーター型
プロダクトマネジメントとソフトウェアエンジニアリングについての覚え書き - 角待ちは対空
この文章は自分のプロジェクトマネジメントとエンジニアリングに対する理解のダンプです。自分はソフトウェアエンジニアなので、ソフトウェア=プロダクトという前提です。なぜエンジニアリングがくっついてくるかと言えば自分はプロダクトマネジャーではないので、プロダクトマネジメントと関わり方としてはプロダクトマネジメントという世界観の中でエンジニアリングをするというスタイルが多いから。 なぜ書いたのだろう。なぜ書いたのでしょうね。多分プロダクトマネジメントが体系化されておらず一人一派な状況なので自分のメンタルモデル持っておきたかったんだと思う。1年後見たときずいぶん考え方変わったなとか実践した結果考えが精緻化されたなとか思えればいいと思ってる。関連: メンタルモデルを作り込むという遊び - 下林明正のブログ プロダクトマネジメントとはなにか プロダクトマネジメントとはなにか？に対する自分の理解は、プロダ
Software development topics I've changed my mind on after 6 years in the industry - Blogomatano
Software development topics I've changed my mind on after 6 years in the industry Published: 2021-01-23 Things I've changed my mind on:Things I now believe, which past me would've squabbled with: Typed languages are better when you're working on a team of people with various experience levelsStandups are actually useful for keeping an eye on the newbies.Sprint retrospectives have their place so lo
Evidence-based Software Engineering: based on the publicly available data
About the book This book discusses what is currently known about software engineering, based on an analysis of all the publicly available data. This aim is not as ambitious as it sounds, because there is not a great deal of data publicly available. The intent is to provide material that is useful to professional developers working in industry; until recently researchers in software engineering hav
SOLID原則をまとめてみた Part1 ～SOLID原則とはなんぞや編～ - ecbeing labs（イーシービーイング・ラボ）
はじめに SOLID原則とは どうしてSOLID原則が生まれたのか ダメなソフトウェア設計の4つの原因 Rigidity-剛性 Fragility-脆弱性 Immobility-不動性 Viscosity-粘性 本当の原因 どんな変更が設計をダメにするのか おわりに&次回記事に続く… はじめに はじめましてorこんにちは！ ecbeing2年目、R&D部門所属のいかちゃんです。 これまでは、Dockerの記事やスクラムに関する所感記事、JavaScriptライブラリに関する記事を書きました。 blog.ecbeing.tech そして今回…というより本シリーズでは、泣く子も黙る『Clean Architecture』本を参考に…。 https://www.amazon.co.jp/dp/B07FSBHS2Vwww.amazon.co.jp ソフトウェア設計の5つの原則として名高い「SOLI
Design Docs at Google
One of the key elements of Google's software engineering culture is the use of design docs for defining software designs. These are relatively informal documents that the primary author or authors of a software system or application create before they embark on the coding project. The design doc documents the high level implementation strategy and key design decisions with emphasis on the trade-of
Things I Believe About Software Engineering
Inspired by Jan Stette's "Things I Believe" post, I decided to write down some of the more contentious beliefs I have about software engineering. I've selected some of my more extreme opinions here, so I expect reasonable people to disagree with me. That's ok. Writing non-trivial software that is correct (for any meaningful definition of correct) is beyond the current capabilities of the human spe
Software Architecture Guide
When people in the software industry talk about “architecture”, they refer to a hazily defined notion of the most important aspects of the internal design of a software system. A good architecture is important, otherwise it becomes slower and more expensive to add new capabilities in the future. Like many in the software world, I’ve long been wary of the term “architecture” as it often suggests a
Communication and Code Dependency Effects on Software Code Quality: An Empirical Analysis of Herbsleb Hypothesis
Prior literature has suggested that in many projects 80\% or more of the contributions are made by a small called group of around 20% of the development team. Most prior studies deprecate a reliance on such a small inner group of "heroes", arguing that it causes bottlenecks in development and communication. Despite this, such projects are very common in open source projects. So what exactly is the
Living with legacy systems
デブサミ2019 14-A-6 「レガシーのいい感じの付き合い方」
GitHub - charlax/professional-programming: A collection of learning resources for curious software engineers
Table of Contents Professional Programming - about this list Principles Contributing to this list Must-read books Must-read articles Other general material and list of resources Books Articles Axioms Courses Topics Algorithm and data structures API design & development Attitude, habits, mindset Procrastination Authentication/authorization Automation Beyond software engineering & random Biases Busi
ソフトウェアを資産計上する、とはどういうことなのか - Speee DEVELOPER BLOG
こんにちは！ ものづくり組織推進室の りゅっくです。 職種としてはエンジニアではなく、ものづくり組織を推進する立場として、採用や組織面の運営などに携わっています。今回はそんな中から、最近行った「ソフトウェアの資産計上」について、プロダクト開発、ひいては事業開発にどんな影響があるのか、お話したいと思います。 これは、Speee Advent Calendar 2018の12月11日の記事です。 この記事でお話することと、その背景 最終的には、「ソフトウェアを資産計上する、ということが事業にどのように影響するのか」ということをお伝えするのが、この記事の目的です。大学では経済学部にいて、経営学や会計学も履修したので、その時の記憶を引き出しながら書いています。加えて、エンジニアに向けて、背景を伝えるための記事になっていますので、ツッコミどころなどは多々あると思いますが、重大な誤りがなければ目をつむ
StackShare - Tech Stack Intelligence
Tech Stack Intelligence provides real-time visibility into all the developer tools, services, and packages you're using internally, down to the version level, across all your Git repos. StackShare EnterpriseOur platform gives companies real-time visibility into all the tech stacks in use across their engineering teams. StackShare Enterprise helps CTOs and other technical leaders make smarter decis
最近のソフトウェア工学に思うこと - bonotakeの日記
なんかこのブログに記事書くの、ほんと久々だなと思うんですが。 最近ずっと思ってたことがあったので、つい勢いで書きなぐってしまいました。若干炎上商法かもしれませんが、まぁたまには？いいや。 長文ですがお付き合いください。特に、ソフトウェア工学の研究している皆さん。 昨日、とあるソフトウェア工学のシンポジウムにて、機械学習モデルをWebサービスにデプロイするためのハンズオン、という企画がありました。 僕が運営委員やってるMLSEとの共同企画で、僕は発案者の１人ですが、当日は1人の参加者として中に混じっていました。 4人グループに分かれての作業だったんですけども、僕以外の3人は、いずれもソフトウェア工学の研究をしている修士の学生さんでした。 で、ハンズオンも後半になって「Dockerの使い方」の演習になったのですが、その3人ともDockerに触ったことがなさそうな雰囲気でした。いちいち確認したわ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - rsapkf/42: @rsapkf's wiki. [Merged into rsapkf/www]![GitHub - rsapkf/42: @rsapkf's wiki. [Merged into rsapkf/www]](https://cdn-ak-scissors.b.st-hatena.com/image/square/7d0c780618585b54c429db3b967af1dc21b1938e/height=288;version=1;width=512/https%3A%2F%2Fopengraph.githubassets.com%2Ff90743bd0a569b032a90bf74372cd319377c24c505a631ed0771c4b0647ef401%2Frsapkf%2F42)
https://go.gov.sg/ethos-issue-21
ClickUp | #1 Productivity Software
Windows 10の仮想デスクトップを強化する「SylphyHorn」が「April 2018 Update」に対応／デスクトップごとの壁紙、切り替え通知、アクティブウィンドウの移動などをサポート
