Linux Foundation、オープンソースソフトウェア採用のライセンス課題や解決方法を解説する日本語版WPを公開
Linux Foundation Japanは、Linux Foundation ResearchがLF AI ＆ Data Foundationと協力して作成したホワイトペーパー「Open Source License Compliance」の日本語版「オープンソース ライセンス コンプライアンス」を、8月7日に公開した。 同ホワイトペーパーでは、オープンソースソフトウェアの広範な採用にあたって発生する、急速に進化するソフトウェアとライセンスの分野における最新情報の入手の困難さや、ライセンスの多様性とその契約条件が異なる可能性があるといった課題と、コンプライアンスを効果的に実装するための戦略について、詳細に説明している。 同ホワイトペーパーを通じて、包括的なソフトウェア構成分析ツールから、適切な開発文化の促進まで、これらの課題への対処方法などを知ることができる。
悪しきコードの痛みを知り、設計スキルを高める方法を学ぶ 全17章からなる『良いコード/悪いコードで学ぶ設計入門』
4/30発売の『良いコード/悪いコードで学ぶ設計入門』を紹介する「『良いコード/悪いコードで学ぶ設計入門』著者トーク」。ここで著者の仙塲大也氏が登壇。続いて、各章の概要について話します。前回はこちらから。 第1章：悪しきコードの弊害から痛みを知る 仙塲大也氏（以下、仙塲）：ここからは各章の紹介です。本書は1章から17章までの全400ページあります。第1章「悪しき構造の弊害を知覚する」。1章と2は、新卒さん向けの章です。「設計なんかぜんぜん知らないですよ」という方向けの章です。 そもそも設計って、「設計しなきゃ」という危機意識が必要なわけですね。その危機意識の醸成には、悪しきコードによる弊害を知覚する必要がありますよ。悪しきコードの弊害を数例用いてダイジェスト的に紹介して、痛みを知ってもらおうという章です。 第2章：「設計とは？」を学ぶ 第2章「設計の初歩」。本格的な設計は3章の「クラス設計
ソフトウェアアーキテクチャの基礎
ソフトウェアアーキテクチャとは、ソフトウェアシステムの成功に欠かせない重要な土台です。そのためソフトウェア開発者には、効果的なアーキテクチャを実現するスキルが求められます。本書は、そうした効果的なアーキテクチャを設計、構築、維持するアーキテクトになるために必要なスキルや知識を、現代的な視点から整理して包括的に解説する書籍です。 ソフトウェアアーキテクチャの定義から、アーキテクトの役割、モジュールや結合、アーキテクチャスタイルといったアーキテクチャ設計の基礎、チームやステークホルダーと効果的にコラボレーションしていくために必要なソフトスキルまで、さまざまなトピックについて実践的な例とともに説明します。 正誤表 ここで紹介する正誤表には、書籍発行後に気づいた誤植や更新された情報を掲載しています。以下のリストに記載の年月は、正誤表を作成し、増刷書籍を印刷した月です。お手持ちの書籍では、すでに修正
端末の文字幅問題の傾向と対策 | IIJ Engineers Blog
電子メール、ネットワーク機器集中管理、異常検知、分散処理、クラウド基盤などのシステム開発に従事。古代Rubyist。 CLI や TUI なアプリケーションを使っていると、端末の画面が崩れてしまうことがよくあります。 たとえば、こんな TUI が、 環境によってはこんな感じで崩れます。 スクロールなどをしながらしばらく使っているとさらにどんどん崩れていきます。 こうなってしまった場合、とりあえず Ctrl-l で画面を再描画することで、大抵はなんとか読める程度にリセットできますので、ことあるごとに Ctrl-l を連打することになります。 ですが、どうしようもないケースもままあります。 例えば、私の場合は以下のようなシチュエーションで困ります。 w3m でテーブルなどを表示するとレンダリングが崩れる less でログの閲覧の際に表示されるべき文字が表示されず見落としが発生する Wander
ソフトウェアエンジニアとしての姿勢と心構え / Software Engineer's Survival Guide
2021年度リクルート エンジニアコース新人研修の講義資料です
コードが読めるソフトウェア開発者 - As a Futurist...
僕はコードを読むのは得意な方だけど、それが過ぎてコードを書かなくてもシニアソフトウェア開発者になってしまった。実はコードをちゃんと読めるソフトウェア開発者って希少価値が高いのではないか、と思ったので自分がどんな感じでシニアになったのかをまとめてみた。似た様な人の参考になれば幸いだ。 同意。僕は未だ書く方はほとんど機会なく成果もないけど、コードを読み尽くして、負荷試験や本番で挙動を把握し続け、メトリクスでとことん確かめていった結果、Sr. Engineer になれた。 https://t.co/KXtMdEaRr8 — Ryosuke Iwanaga (@riywo) April 16, 2021 コードを書かなくてもシニアソフトウェア開発者になれた 僕は今 Amazon の Sr. Systems Development Engineer という職種で働いている。いわゆるソフトウェア開発職
最近のシリコンバレーSoftware Engineer面接への雑感｜シリコンバレーで働くソフトウェアエンジニア
数年前に候補者として数多くの面接を受け、また面接官として何十人ものSoftware Engineerの面接をしました。この経験から、最近の「シリコンバレーのエンジニア面接」に関して感じることを書きます。 ※Software Engineer面接のノウハウなどを提供する記事ではないので、有益な情報をお望みの場合は回れ右をお願いします。 シリコンバレーでのSoftware Engineer面接の現状シリコンバレーでのSoftware Engineer面接は、平均して6-7回の面接の回数があります。電話でのスクリーニング面接が1-2回あり、その後にオンサイトでの面接が5-6回あります。面接の内容はAlgorithm/Data Structureや職種に関する質問(Mobile EngineerであればAndroid/iOS)で、大半はTechnicalな質問になります。 5年ほど前に日本でエンジ
The Clean Architecture
In the weeks since I started talking about the need to clean up our architecture, I’ve noticed a surprising resistance to the idea. Apparently the notion that it’s a good idea to hide the framework, UI, or database from the application code is not universally accepted. I first blogged about this topic here , I did a whole cleancoders.com episode on the topic. I’ve also done several keynotes on the
大規模ソースコードの読み方
Tips of how to understand the source code of big software projects
P2P技術ベースの新クラウドストレージ LifeStuff とは | 情報科学屋さんを目指す人のメモ
P2PベースのDropboxとでも言うべきLifeStuffが、MaidSafe社から明日9月5日に公開予定となっています。Unlimited、Secure、Free*を売りにしているLifeStuffについて、公開情報をもとにまとめてみます。 非常に高い技術で作られたとおぼしきこのアプリケーションが公開直前なのにもかかわらず、海外含めあまりに話題になっていないので、本当に公開されるのか気になってしまうのですが、実際に公開されれば、はかなりインパクトのあるものだと思います。 私の研究領域である構造化オーバレイというPeer-to-Peer由来の技術が利用されているため、とてもそそります。私の研究成果が活きないか、とか考えつついろいろ読みあさった結果を紹介します。 追記(2012/09/05)：公式情報によると、「バグが見つかった関係で、公開は今週末以降になりそう」とのことです。また公開され
オープンソース化されたDoom3のソースコード解析 - YAMDAS現更新履歴
Doom や Quake といったゲームで知られる id Software は、そのゲームエンジンのソースコードを、それが旧世代になったところで定期的に GPL で公開してきたが、昨年11月には Doom 3 のソースコードを GitHub で公開している。 そして、それからおよそ半年経ち、そのソースコードを解析した全五部作（＋ジョン・D・カーマックのインタビュー集）のページが公開された。 Doom3 Source Code Review: Introduction Doom3 Source Code Review: Dmap preprocessing Doom3 Source Code Review: Renderer Doom3 Source Code Review: Profiling Doom3 Source Code Review: Scripting VM Doom3 Sou
スペースシャトルの最後の夜に... Garbage Collection(2011-07-24)
何百回、何千回と見慣れた画面、見間違えるはずもない。すぐにそれが自分の作品だと直感したものの、どうしても信じられなかった。いや、だって、一介のアマチュアプログラマが作ったWebアプリが、ミッションの中でも一番クリティカルな大気圏再突入前のミッションコントロールセンターの画面に映っている*1。これで信じろという方がおかしい。見慣れたアイコン、昼夜境界線、ISS/シャトルの軌道を示す赤いグラウンドトラック、うっすら見える左上の設定アイコン、全部同じだ。でも... そして、すぐに一つの事実に気づいた。いつもは、軌道離脱噴射の終了を見届けた後シャトルのトラッキングを止める。公開されているデータではここから先の軌道を追うことはできない。放っておけば徐々にずれが大きくなる。でも、もし、あそこに映っているのが本当に自分の作品なら、ここで設定を変えるとあの画面からシャトルが消える、そんなことをしていいのか
diffの動作原理を知る～どのようにして差分を導き出すのか | gihyo.jp
UNIXの基本的なコマンドの1つであるdiff。 これに実装されているアルゴリズムは実に興味深い世界が広がっています。 本稿では、筆者が開発した独自ライブラリ「dtl」をもとに「diffのしくみ」を解説します。 はじめに diffは2つのファイルやディレクトリの差分を取るのに使用するプログラムです。 ソフトウェア開発を行っている方であれば、SubversionやGitなどのバージョン管理システムを通して利用していることが多いかと思います。本稿ではそのdiffの動作原理について解説します。 差分の計算の際に重要な3つの要素 差分を計算するというのは次の3つを計算することに帰結します。 編集距離 2つの要素列の違いを数値化したもの LCS（Longest Common Subsequence） 2つの要素列の最長共通部分列 SES（Shortest Edit Script） ある要素列を別の要
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ソフトウェアエンジニアとしての姿勢と心構え / Software Engineer's Survival Guide
ソフトウェア開発における『知の高速道路』
GitHub - nekoruri/readcgi: 2001年の2ch閉鎖騒動の際のread.cgi CVSレポジトリをGit化したものです。脆弱性等も当時のままですので歴史的資料としてお使いください。
GitHub - kamranahmedse/developer-roadmap: Interactive roadmaps, guides and other educational content to help developers grow in their careers.
Dwango on GitHub
ownCloudで“Dropboxライク”な自社専用ストレージをつくろう！
「TrueRemote」作者のIchiGeki氏、歴代最速のリモートデスクトップソフト「Vritra」