たかがRuby頑張れないやつがソフトウェア開発頑張れるハズないだろう - yuiseki
私が理解している限り、「良いソフトウェア」を開発するためには「小さいチーム」と「優秀な開発者」が最重要で、それらの欠如をIDEやら静的型言語やらで埋めることはできるというのは幻想。動的型言語は最初からそんな幻想を提供しない
私が理解している限り、「良いソフトウェア」を開発するためには「小さいチーム」と「優秀な開発者」が最重要で、それらの欠如をIDEやら静的型言語やらで埋めることはできるというのは幻想。動的型言語は最初からそんな幻想を提供しない
KADOKAWAがアクワイアを100%子会社化。フロム・ソフトウェアなどとの連携でゲームIP創出力強化、過去作品の再開発も検討へ - AUTOMATON
KADOKAWAは2月8日、2024年3月期第3四半期の決算を発表。このなかで、アクワイアを100%子会社化したことを明らかにした。同グループのゲーム事業戦略におけるIP創出力強化が目的とのこと。 アクワイアは、1994年設立の国内デベロッパーだ。『天誅』や『侍道』シリーズのほか、『勇者のくせになまいきだ。』や『剣と魔法と学園モノ。』『AKIBA’S TRIP』『OCTOPATH TRAVELER』シリーズなど多数のゲームを手がけてきた。また最近では、『XALADIA: Rise of the Space Pirates X2』や『超古代兵器ホリー』『Scars of Mars』『霧の戦場のヴェルディーナ: C.A.R.D.S. RPG』といった、インディーゲーム的な自社販売作品も手がけている。 一方のKADOKAWAは、出版や映像制作、Webサービスなど幅広い事業を手がける大手企業グルー
10月初めに著者の及川さんより「ソフトウェア・ファースト」を送っていただいていたのだが、つい先日まで仕事が立て込んでおりずいぶんと読み終わるのが遅くなってしまった。極めて良著だった。 とりわけ私にとっては、問題意識や取り組みの方向性があまりにも自分と一致しすぎていて、「いや、本当にそう。それでいまこういうことをやってるのよね。」と一致の程度が高すぎて読んでいてところどころで共感の気持ちが声として漏れ出てしまう内容であった。むしろ違和感があまりにもなさすぎて、危険だとさえ感じた。共感の程度が高すぎると、自らが肯定されたような気分になり、このままで良いのだろうかという迷いから生まれる自省的考察から自らを遠ざけることがあるからだ。 私がクレディセゾンに来たのはまさにこれが理由だ。 自分でアプレッソといベンチャーを立ち上げてきたし、DataSpiderというプロダクトも生み出した。だが、あるときか
mjg59 | Do we need to rethink what free software is? GNOME や Debian 界隈、あと Linux カーネルなど幅広いフリーソフトウェアの開発者として知られ、フリーソフトウェア財団（FSF）が選ぶ Free Software Award の2014年の受賞者でもある Matthew Garrett が、我々はフリーソフトウェアの定義を再考すべきなのか、と問うている。 ライセンスこそがフリーソフトウェアの目標達成に欠かせないツールであり、特にコピーレフトのライセンスは意図的にその利用者が必然的にフリーソフトウェアの四つの基本的な自由を実行する立場になるよう著作権というものを利用してきたとギャレットは話を始める。 そして最近、既存のライセンスに対する2つの懸念とそれを救済するために新たな種類のライセンスを模索する動きがあって、この2つ
序文 「Software Developer Salaries in Japan: The Ultimate Guide」を和訳しました！直訳だと伝わりにくい部分は、本質を残しつつ新たに書き直ししましたが、ほとんど原文通りです。私の運営するJapan Devが英語話者向けのサイトなので、この記事は元々外国人に向けて執筆しました。そのため、私がこの記事を日本語に翻訳したのがなぜか、不思議に思う方もいるでしょう。 まず、私がこの記事を執筆した一番の目的は、【日本で働く全てのエンジニアが正当に評価され、高い報酬を得ることが可能だという「希望」を伝える】ことです。Japan Devの会社リストは外国人が働きやすい企業を紹介していますが、グローバルかつ革新的なサービスを生み出す企業で良い収入を得て働きたいと考える日本人のためのリストでもあります。 日本人の皆さんにも、もし現在日本でエンジニアとして働
日本マイクロソフトは12月6日、法人向けソフトウェアとクラウドサービスを値上げすると発表した。日本円の為替変動によるもので、2024年4月以降に現行価格から20％引き上げるという。対象サービスは具体的に書かれていないが、一律での値上げになるとみられる。 関連記事 Windows 11にアップグレードできないPC、国内に2000万台 “10サポート終了時”でも1000万台近く残存か 日本マイクロソフトが、「Windows 10」のサポート終了に向けた国内のWindows OSの利用状況を明かした。国内のコンシューマ市場にあるWindows PC約4800万台のうち、現時点で約2000万台が「Windows 11にアップグレードできないPC」だという。2年後の2025年10月にWindows 10のサポート終了が迫る中、PCの買い替えを推進しても“10のままのPC”は多数残りそうだ。 マイクロ
Innovative Tech： このコーナーでは、テクノロジーの最新研究を紹介するWebメディア「Seamless」を主宰する山下裕毅氏が執筆。新規性の高い科学論文を山下氏がピックアップし、解説する。Twitter: ＠shiropen2 米University of California, Irvine（UCI）に所属する研究者らが発表した論文「Mental Wellbeing at Work: Perspectives of Sofware Engineers」は、現役で働くソフトウェアエンジニアのメンタルウェルビーイング（精神的健康）を調査した研究報告である。 ソフトウェアエンジニアは、燃え尽き症候群の割合が高いことが分かっている。そこで研究者らは、米国の多様な職場環境に勤務するソフトウェアエンジニア14人（女性5人、男性9人）を対象にメンタルウェルビーイングに関する調査を行った。
C2Cサービス開発からキャリアが始まり、その後開発基盤組織というものに長年従事して、その中でマネジメントも経験して、また普通のC2Cなサービス開発エンジニアに戻って、それも1年が経ちました。 開発基盤組織に長年従事してサービス開発にいざ戻ると「はたして自分はサービス開発をやっていけるのだろうか？」というような漠然とした不安が発生したりします。いまとなっては杞憂な話でしたが、それに驕らず危機感を持ち続けながら日々仕事をしています。 この不安というのは面白い事に、非常にポジティブです。日々の業務の中でただ「良いコードを書く」「より内部品質・外部品質の高いソフトウェアを開発をする」「よりxxxなチームビルディングに貢献する」だけであればそこに何の不安や迷いはないわけですが、長年ソフトウェアエンジニアをやってきた人間がいつまでもその目線でいて良いのか？という疑問があって、それに対して「良くないんじ
プロダクトを長期運用するには、必要な知識やスキルをいかにチーム内でとどめておくかという視点が必要になります。本稿では、はてなの「Mackerel」というプロダクトで培った経験をもとに、「スキルマップ」と「ソフトウェア式年遷宮」という2つのアプローチを紹介します。（編集部） プロダクトチームにおけるスキル維持の難しさ プロダクトの運用には、さまざまな知識やスキルが必要です。プロダクトに対するドメイン知識や、プロダクトを実装するために用いているプログラミング言語。アプリケーションフレームワークやミドルウェア、インフラなど数え上げればキリがありません。プロダクトを長い期間運用していくためには、これらの知識やスキルをどのようにチーム内にとどめておくか、ということを考えていく必要があります。 これらは、さまざまな要因でチームから失われていきます。改修や機能追加などで頻繁に手が入るところは良いのですが
OKI、「LINE Pay かんたん送金サービス」と連携できるソフトウェア開発キットを金融機関向けに販売LINE Pay送金のアプリケーション開発に必要なプログラムをパッケージ化し、開発を簡略化 OKIは、LINE Pay株式会社（代表取締役社長：前田 貴司、本社：東京都品川区、以下LINE Pay社）が提供する送金サービス「LINE Pay かんたん送金サービス」と連携できるソフトウェア開発キット（以下「LINE Pay送金SDK」）を金融機関向けに販売します。本商品は、同サービスとの連携に必要なプログラムをパッケージ化したもので、「LINE Pay かんたん送金サービス」の通信方式や暗号方式などを意識することなくアプリケーション開発を行うことが可能です。また、従来ゼロから開発しなければならなかった通信や暗号などのプログラム開発および単体試験を削減し、開発を簡略化することができます。金融
遠回りこそが僕にとって最短の道 ── 納得できるソフトウェア開発がしたいなら、まず目の前のことを楽しもう - Findy Engineer Lab
▲ 2020年1月に開催された「Regional Scrum Gathering℠ Tokyo 2020」に登壇（撮影：藤村新 @aratafuji さん） こんにちは、椎葉光行（@bufferings）です。CircleCIでIC（Individual Contributor）としてシニアソフトウェアエンジニアをやってます。20代に小さな開発会社や派遣でプログラミングを覚え、30代をまるっと楽天で過ごし、2021年に41歳で転職しました。現在は大阪の自宅からフルリモートで仕事をしています。 この20年、ずっといろいろなことを学びながら過ごしてきました。その中でも特に楽天で過ごした30代は「密度の濃い10年間だったなぁ」と思います。エンジニアとして技術的な成長はもちろん、チーム作りや組織作りにも取り組み、人と一緒に仕事をすることについて考え続けた10年でもありました。 この記事では私の30
現代社会におけるテクノロジーの浸透や新型コロナウイルス感染症(COVID-19)のパンデミックなどにより、ここ数年で一気に教育現場へタブレットやノートPCなどの教育用デバイスを導入する動きが進みました。ところが、多くの教育現場で導入されているChromebookがソフトウェアアップデートの更新期限切れによる大量廃棄の危機に直面していると、北米の消費者団体である公益研究グループ(PIRG)が公開書簡で訴えています。 Full Letter— Parents, environmentalists to Google: stop Chromebooks from expiring this summer https://pirg.org/edfund/resources/chromebook-expiration-full-letter/ Chromebooks' built-in 'death
東証がSREによるレジリエンス向上に挑む理由。過去のシステム障害から何を学んだのか？（後編） ソフトウェア品質シンポジウム2022
東証がSREによるレジリエンス向上に挑む理由。過去のシステム障害から何を学んだのか？（後編） ソフトウェア品質シンポジウム2022 9月22日と23日の2日間、一般財団法人日本科学技術連盟主催のイベント「ソフトウェア品質シンポジウム2022」がオンラインで開催され、その特別講演として株式会社日本取引所グループ 専務執行役 横山隆介氏による「日本取引所グループシステム部門の取組み ～システムトラブルからの学びと今後の挑戦～」が行われました。 現在、日本取引所グループ傘下の東京証券取引所（以下、東証）は、過去に何度か大きなシステムトラブルを経験し、それを教訓として組織とシステムの改善を続けています。 そこで今回、シンポジウム企画委員会からの要望を受けて行われた特別講演で、東証がこれまでのシステム障害から何を学び、そこから何を変化あるいは進化させてきたのか。わずか2年前のNASのハードウェア障害
アンドキュメンテッド ちょうぜつソフトウェア 設計入門 「オブジェクト指向に定義はない」のか？
PHPerKaigi 2023 前夜祭の資料です
Microsoftが中国で制定された2021年の法律によって、中国のサイバー攻撃の能力が向上したと指摘しています。 China likely is stockpiling vulnerabilities, says Microsoft • The Register https://www.theregister.com/2022/11/07/china_stockpiles_vulnerabilities_microsoft_asserts/ 中国政府が制定した2021年の法律では、企業がセキュリティー上の脆弱(ぜいじゃく)性を公表する前に地元当局に報告することが義務づけられました。一方でこの法律では政府が現地の報告を利用することで脆弱性に関する情報をため込むことができるとされています。 2022年には、アトランティック・カウンシルの研究者が、中国から報告される脆弱性の減少と匿名の報告の増
『Googleのソフトウェアエンジニアリング ―持続可能なプログラミングを支える技術、文化、プロセス』 Titus Winters, Tom Manshreck, Hyrum Wright 編、竹辺 靖昭 監訳、久富木 隆一 訳 2021年11月29日発売予定 664ページ（予定） ISBN978-4-87311-965-6 定価4,840円（税込） Googleの現役ソフトウェアエンジニアたちが、超大規模ソフトウェアの開発と保守を長期的に支えてきたGoogle社内の多様なベストプラクティスを、文化、プロセス、ツールの側面からこの一冊に凝縮。時間と変化、規模と成長、トレードオフとコストという3つの基本原理に沿って、コードを持続可能にする方法論を紐解きます。「謙虚、尊敬、信頼」、心理的安全性、ダイバーシティとインクルージョンなど、公正を重んじる文化から、コードレビューやテスト構成法など人間の
ソフトウェアエンジニアの勉強と習癖
ソフトウェアエンジニアは業務外でも勉強するべきか否かという話題が、たびたび世間を賑わせる。 業務外に業務のことをするのが当たり前だとなると、なかなか過重労働じゃないか、だからあまりそんなことを当然だとするのは健全ではないのではないかという意見もある。 その一方、最新技術を用いて開発するのがスキルだし、医者も弁護士だって、どんな職能を持った人だって自分の腕を磨くのは当たり前だなんという主張もあったりする。 個人的には、人がプライベートな時間に何をしてようと好きにすれば良いじゃないかと思うし、スキルアップがしたいひともいれば、趣味に興じたい人もいるし、だらだらと寝ていたい人もいる。プライベートな時間でなくても、うまく仕事を進めて学んでいけるひとはそれでも評価されるだろうし、プライベートな時間を勉強に費やしていても実際にスキルが伴わない人は評価されないというのがフラットなものの見方だろうとおもう
こちらはエムスリー Advent Calendar 2022 Advent Calendar 2022の延長戦31日目の記事です。 エムスリーエンジニアリンググループ AI・機械学習チームでソフトウェアエンジニアをしている中村(po3rin) です。検索とGoが好きです。 検索エンジニアってどこで採用できるの？ という話を至る所でよく聞きます。僕自身も、自ら検索エンジニアと名乗るエンジニアにほとんど出会ったことがありません。やはり、世の中の検索にまだ魅了されていないエンジニアを情報検索の世界に引き込むしかないので、今回は僕が情報検索にハマった経緯を紹介することで一人でも多くのエンジニアを情報検索の世界に引き込めればと思います。 情報検索との出会い 情報検索の探索 発展 まとめ 情報検索との出会い 僕が最初に情報検索に出会ったのは前職の白ヤギコーポレーションでした。そこではElasticse
「設計書」というのは、作るものの構造を抽象的に表現したものと言うことができます。 ただ、ソフトウェアの抽象化の仕組みはプログラミングコード自体に備わっているので、ソフトウェア生成可能な抽象的表現というのはコード表現ができるはずですね。コードで表現しておくと、整合性のチェックとかも行いやすいです。 でも、コードではない「詳細設計書」というものが一部業界には必要とされているので、その「詳細設計書」というのは実際はなんなのか考えてみます。 ※ 最初はタイトルは「設計書」としてましたが、話を限定するため「詳細設計書」に変更しました。 追記：納品物に関する記述を追加しました。 表現を変えたコーディング ソフトウェア生成可能な抽象的表現というのはコード表現ができるわけですが、文字で表記する必要もなく、ダイアグラムで表現することもできますね。 代表的なのがER図やクラス図で、これは文字表現との相互変換が
ソフトウェア開発における人的リソースの理想的な配分
背景SRE という概念が生まれてから数多くの開発チームで「ソフトウェアエンジニアリングの手法で運用を改善する営み」が行われてきた。 同時に、技術的負債が経営レベルで認知されるようになり、日常の会話の中でも長期・短期のトレードオフを念頭に置いたプロジェクト推進がやりやすくなったのは言うまでもない。 しかし、スタートアップでは Dev と Ops が別れていることは稀で、「全員が全てに対応する」ような状況になってしまうことがしばしばある。これは小さい組織だけの問題ではなく、例えば大企業の中の新しいプロダクト開発チームでも同じことが言える。 SRE を念頭に置き、技術的負債の主導権を握るために必要なチーム体制とはどういうものなのだろうか？ タスクの分解小さな組織のソフトウェアエンジニアは日々数多くのタスクを与えられている。場合によっては数名のメンバーで新規機能開発から日々の不具合修正、そして S
この本の概要 開発が大規模化・長期化するほど，コードを「読む」コストは増大していきます。そのため「読みやすさ」の向上は，生産性を改善し，プロダクトの成長限界を引き上げる重要な手段と言えるでしょう。 本書は，読みやすさの本質を学び，実践するための考え方をマスターできる一冊です。体系的な理解を実現するため，あらゆる角度から，豊富な例を交えて解説しています。表面的なテクニックではなく，いま目の前にあるコードに最適な改良方法を選び取る力が身に付きます。 こんな方におすすめ プログラミングの基本を学び終え，さらにステップアップしたい方 1か月以上かかる長期の開発に携わる方 コーディングのルールをどう適用するか知りたい方 はじめに 第1章 可読性の高いコードを書くために 1-1 生産性への恩恵 1-1-1 開発の規模と生産性の関係 1-1-2 可読性を高めるための環境と評価体制 1-2 可読性の高いコ
オープンソースらしくソフトウェアを設計する
This post is also available in the following languages. English, Korean
デザイナーにおすすめ！大量のフォント・画像ファイルを収集・管理できるWindows , macOS対応のソフトウェア -Eagle
デザイナーをはじめ、大量のフォント・画像を管理したい人におすすめのWindows, macOS対応のソフトウェアを紹介します。さまざまな画像フォーマットに対応しており、タグ付けやフォルダ分けやカラーフィルターなどで整理も簡単です。 .psd, .ai, .xdをはじめ、.pdf, .mp4, .ttf, .otfなどPDFや動画やフォントファイルも表示できます。私はmacOSでLynとTiatを使用していますが、Eagleの方が使いやすく快適で、乗り換えを検討中です。 Eagle 追記: 検討中でしたが、購入しました！ さまざまなフォーマットに対応しているだけでも便利ですが、なんとWindowsとmacOSで共有できました。画像やフォントや動画など、WinとMacの両方でこのEagleで管理できます！ やり方は簡単、ライブラリをDropboxやGoogleドライブなどのクラウドに定義するだ
有給フルバースト35連休です。よろしくお願いします。— 焼きそばパン (@sugamasao) 2020年3月27日 このようにTwitterでは退職の匂わせ発言などをしていたわけですが、実はここ半年ほど転職活動をしていました。 その時の活動記録です。 2020/4までの会社には10年チョット在籍していて、リーマンショックの頃に入社し、新コロナ禍での退社となりました。 何をやっているんでしたっけ？ 2020/3まではRuby/RailsのWebサービスの開発・運用・保守をやっていました*1。 サービス立ち上げ以来9年くらい携わっており、Railsは3.0?くらいの頃に rails new したものをメンテし続けて今は6.0.2です。 担当業務はシステム構成の設計やデプロイフローの策定、アプリケーションの設計や仕様の検討から実装、テストまで。 なおオンプレ時代はMySQLのパラメーター設計と
こんにちは。mhidakaです。技術書典やDroidKaigiのオーガナイザーという側面以外にもメルペイ所属のAndroidエンジニアという立場も持っています（みなさんあまり知らないと思いますので書いておきます）。 今日はメルカリ・メルペイでのモバイルアプリ大規模開発での、とあるアプローチをメモしておきます。内容は社内レビューを受けてマネージャの承認が取れたものなので安心して読んでください（自分のブログで書いてるのは真面目に書くと大変そうに感じる話題だったのと、なるべく楽しんでもらえるようカジュアルな口調で書きたかったからです） メルカリ・メルペイでモバイルエンジニアの開発対象というと主にアプリケーションです。大規模開発の重要な要素はアプリケーションだけではありませんが（考慮すべき要素はたくさんあるんですよ）今日はアプリのはなしです。本記事では一般化できるよう努めていますが大規模開発では組
理想を叶えるキャリアの作り方 ── 幅を広げる？ 専門性を極める？ 第一線で活躍するソフトウェアエンジニアが描くロードマップ - はてなニュース
IT人材の不足は近年の大きな課題となっており、高い技術力を持つソフトウェアエンジニアはさまざまな企業で引っ張りだことなっています。一方で、そんな売り手市場といえども技術領域や業種、働き方などのミスマッチがあると、転職が失敗に終わってしまうことも。 ソフトウェアエンジニアの転職支援プラットフォームを提供するFindyでは、第一線で活躍するエンジニアの方にユーザーサクセス面談を通してキャリアビジョンの整理や転職トレンド情報の提供を行っており、長期的に納得できるキャリア形成や働き方ができるよう、対話を通した支援を丁寧に行っています。 今回、このサポートを実際に利用して転職した二人のエンジニア、青山修平さん（巻頭写真の中央）と、霜重健児さん（同右）に、ソフトウェアエンジニアはどんな理由で転機を迎え、どのように次の職場を選択するのか？ そして転職活動を通じて得たキャリアへの気付きなどを語り合っていた
2024.05.28 『データモデリングでドメインを駆動する』読書感想会 https://kichijojipm.connpass.com/event/315276/
「アジャイルテストの4象限」はアジャイル開発を補完するソフトウェア開発手法である - mtx2s’s blog
従来のプロジェクトにおける「テスト」は、リリースや納品前の最終工程として行われるものだ。多くのケースでそれは、前工程までの遅れと、それでも固定されたままのリリース日に挟まれ、予定された期間を食いつぶされた中で実施される。その上、時間に追われる中で実装されたソフトウェアは、動作確認も十分にされない状態でテストフェーズをむかえることになる。こうして品質の保証は、テスターに丸投げにされるというのが実態ではないだろうか。もちろんここでテスターに丸投げされているのは外部品質、特に機能面での品質の保証のみだ。非機能面での品質の保証は手薄になり、内部品質は顧みられることはない。 これは、ウォーターフォール開発を採用するプロジェクトで私が頻繁に経験した失敗パターンであるが、アジャイル開発でも遭遇する。その理由は、そのままのテストモデルがアジャイル開発の中でも用いられるために、同様の失敗パターンに陥りやすく
OSI参照モデルは、エンジニア間で通信ネットワークの話をする際に便利なのでなんとなく使われていますが現代では有名無実化している側面もあります
今秋公開されたiOS13やmacOS Catalinaは、多くの新機能が追加された一方で、バグも多いと言われています。元Appleのソフトウェアエンジニアが、最新バージョンのOSにバグが多い理由を語っています。 バグが多いと言われるiOS13 iPhone向けの最新OSであるiOS13は、一般ユーザー向け正式版が公開される前に、iOS13.1のベータが開発者向けにリリースされました。これは極めて異例のことで、関係者を驚かせました。 その後もマイナーアップデートが矢継ぎ早に公開されており、現時点での最新版はiOS13.1.3です。 現時点でも、一部のユーザーで通信が突然切れるなどの不具合が発生しています。 macOS Catalinaは、正式版公開の1週間後に追加アップデートが公開されたものの、一部ユーザーがiCloudフォトの問題を報告しています。 Appleの元ベテラン技術者が語る Ap
一括請負契約はソフトウェア開発にやっぱり向いていない、と改めて感じた。 理由は2つある。 【参考】 ERPの落とし穴part4～システム移行という名のデスマーチ: プログラマの思索 システムのリプレース案件が最も危険な理由: プログラマの思索 請負契約がソフトウェア開発者を苦しめている: プログラマの思索 【1】1つは、発注者は外部ベンダーにリスク転嫁しているつもりでも、リスク転嫁できていない。 結局、発注者に全てリスクで跳ね返ってくる。 発注者は、要件定義でガチガチに仕様を固めて、その仕様通りにリリースできたとしても、もし本番障害があれば、瑕疵担保責任でベンダーに追求できる。 民法の請負契約では、受託側は成果物の完成責任があるからだ。 しかし、その契約スタイルはソフトウェア開発になじまない。 たとえば、発注者が要件定義や外部設計をまとめて、ベンダーに開発工程を一括請負で委託したら、それが
Amazon Linux 2023を触ってみて質問がありそうなことをまとめてみました。 | ソフトウェア開発のギークフィード
こんにちは、意識高い系エンジニア社長の内です。 2023年3月15日にAmazon Linux 2の後継バージョンとなるAmazon Linux 2023（略してAL2023）が一般公開されました。2021年11月にAmazon Linux 2022（略してAL2022)のプレビュー版が公開されてから、約1年4ヶ月後のリリースとなりました。2022年中にリリースできなかったため、名前もAmazon Linux 2022からAmazon Linux 2023に変更されてのリリースです。 私の投稿も約1年2ヶ月ぶりとなります、前回記事「AmazonLinux3じゃなくってAmazon Linux 2022 (AL2022) だってさ」という、Amazon Linux 2022プレビュー版記事はこちら 当初AmazonLinux2のサポート終了日 (EOL、End of Life) は2023年
ホロラボの社内勉強会で話した資料です。 RSGT2023でも話しました https://confengine.com/conferences/regional-scrum-gathering-tokyo-2023/proposal/17590
この記事はpyspaアドベントカレンダー2021の三日目です。前日の記事はykubotaさんです。 はじめに 「自分には才能がある！」と信じてこの業界に踏み込んだものの右も左も怪物だらけで形見が狭い思いをしているのは僕だけではない。 憧れるのは異世界転生のような俺TUEEEE展開であり「何ってクイックソートをしただけだが？」とか言ってたら地位と名声が向こうから転がり込んできて欲しい。 しかし世の中そんなに甘くなく、標準ライブラリを使って威張れるのは学生ぐらいのものである。 学生？そうだ！学生の頃から精進しまくっていたら今ごろすごいソフトウェアエンジニアになれていたはずなんだ！という後悔を抱えて生きている社会人が世の中にはいっぱいいる。 そんな立場から若者を見ていると「大学に入ってプログラミングを始めました」という大学生を見かけるたびにアドバイスをしたくなる衝動に駆られるが、毎度同じような事
無料でPC動作を重くするタスクスケジューラやサービスを簡単にオンオフしたりWindowsが送信するプライバシー情報を管理できるソフトウェア「WPD」
Windowsはカスタマーエクスペリエンス向上プログラムやエラー報告などを通して、ユーザーの情報をMicrosoftに対して送信していますが、各情報を送信するかどうかを定める「プライバシー設定」は初心者にとってわかりにくいものです。「WPD」は、各種の個人情報を送信するプライバシー設定やバックグラウンドで動作するサービス、一定期間でプログラムを稼働させるスケジューラなどの各設定を手軽に変更できる無料のソフトウェアです。 WPD | The real privacy dashboard for Windows. https://wpd.app/ まずは公式ページにアクセスし、「Download」をクリックしてソフトウェアをダウンロードします。 ダウンロードしたファイルをExplzhやWindows標準の解凍機能などを使って解凍して、生成された「WPD.exe」をダブルクリックして起動します。
紙書籍をお届けします（PDFがついてきます） PDFのみ必要な場合は、こちらからPDF単体を購入できます 通常はご注文から2～3営業日で発送します。 年末年始や大型連休など、1週間から10日程度、配送のお休みをいただく場合があります。詳しくはお知らせをご覧ください。 そのプログラム、CPUの性能を引き出せますか？ Takenobu Tani 著 312ページ A5判 ISBN：978-4-908686-16-0 2023年1月25日 第1版第1刷 本書の解説で利用するコード（著者によるGitHubリポジトリ） 正誤情報など ソフトウェアの価値は、ハードウェアで実行されることにより、現実のものになります。そのために不可欠なのがCPUです。したがってソフトウェアの価値は、CPUの性能、すなわち「できるだけ高速にソフトウェアを実行すること」にかかっているとも言えるでしょう。 現代のCPUの性能は
オープンソースソフトウェアの利活用及びそのセキュリティ確保に向けた管理手法に関する事例集を取りまとめました （METI/経済産業省）
経済産業省では、オープンソースソフトウェア（OSS）を利活用するに当たって留意すべきポイントを整理し、そのポイントごとに参考となる取組を実施している企業の事例等をとりまとめた「OSSの利活用及びそのセキュリティ確保に向けた管理手法に関する事例集」を公開します。 1．背景・趣旨 経済産業省では、令和元年9月5日に産業サイバーセキュリティ研究会ワーキンググループ1 （WG1）分野横断サブワーキンググループの下に、サイバー・フィジカル・セキュリティ確保に向けたソフトウェア管理手法等検討タスクフォース（ソフトウェアタスクフォース）を設置し、適切なソフトウェアの管理手法、脆弱性対応やライセンス対応等について検討を行ってきました。 近年、産業に占めるソフトウェアの重要性は高まっており、産業機械や自動車等の制御にもソフトウェアが利用されるようになっています。また、汎用的なハードウェア上にシステムを構築し
Yasoob Khalidのブログより。 皆さん、こんにちは! 👋 この土曜日に行われたSpaceXの打ち上げをご覧になった方も多いのではないでしょうか。それは驚くべき、歴史的な出来事でした。何百万人もの人々がYouTubeや他の場所でその様子をライブで見ていました。日を追うごとに、私たちは商業宇宙飛行に近づいており、私は興奮していることに同意しなければなりません。 この打ち上げは、宇宙旅行に対する興奮を煽るだけでなく、これらのロケットに搭載されている技術にも興味が湧いてきました。コンピュータ・サイエンスの観点からいくつか調べてみましたので、その結果を共有したいと思いました。言うまでもなく、これらの情報のほとんどは、私がオンラインで見付けた様々な情報源から集めたものです。間違った情報が含まれないように努めましたが、この情報が100%正確である保証はありません。 チーム 7年前、Space
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「ソフトウェア・ファースト」を読むべし : 小野和俊のブログ
我々はフリーソフトウェアの定義を再考すべきなのだろうか？ - YAMDAS現更新履歴
日本で働くソフトウェアエンジニアの給与：東京で働く外国人エンジニアによる究極のガイド
マイクロソフトが法人向けソフトウェア値上げ 20％アップ
パナソニックのエアコンで冷房中に運転停止する不具合。ソフトウェア更新で解消 - 家電 Watch
ソフトウェアエンジニアの“燃え尽き症候群”への対処法とは？ 米国チームが調査
ソフトウェアを完成させるのは誰か
プロダクトに必要なスキルを10年維持するために――「スキルマップ」と「ソフトウェア式年遷宮」
OKI、「LINE Pay かんたん送金サービス」と連携できるソフトウェア開発キットを金融機関向けに販売
学校が大量に導入したChromebookがソフトウェアの更新期限切れで大量廃棄の危機に直面
中国はソフトウェアの脆弱性を報告せずにまとめあげてサイバー兵器にしようとしている
11月新刊情報『Googleのソフトウェアエンジニアリング』
ただのソフトウェアエンジニアが検索エンジニアになるまで - エムスリーテックブログ
ソフトウェアの「詳細設計書」とはなんなのか - きしだのHatena
読みやすいコードのガイドライン ―持続可能なソフトウェア開発のために
転職活動をしていた（あるいはアラフォー近くのソフトウェアエンジニア転職のメモ） - すがブロ
モバイルアプリの大規模開発における組織的なソフトウェア改善の一事例と考察｜mhidaka
「ソフトウェア設計」のドメイン - 「データモデリングでドメインを駆動する」を読んで
通信プロトコルの基礎知識 - ニート向けソフトウェアエンジニアリング塾
iOS13にバグが多い理由、元Appleのソフトウェア技術者が語る - iPhone Mania
一括請負契約はソフトウェア開発にやっぱり向いていない - プログラマの思索
ソフトウェア開発って なにか？を学ぶ勉強会
１部: はじめに｜実践 Docker - ソフトウェアエンジニアの「Docker よくわからない」を終わりにする本
若者向けソフトウェア人材おすすめビルドN選 - Qiita
プログラマーのためのCPU入門 ― CPUは如何にしてソフトウェアを高速に実行するか
ブログ: SpaceX内部のソフトウェア・エンジニアリング