OtherとTechに関するhyirmのブックマーク (40)

  • モダンプログラマになれない組込みプログラマの苦悩 - Qiita

    はじめに 10年以上組込みエンジニアをしている@yagisawaです。 Qiitaのトップ記事では新しいフレームワークの使い方とかモダン言語の新しい言語仕様の解説とかが流れてきて、いつも羨ましいなーと思いながら読んでいます。 記事は組込みシステム開発をしていて経験したこと・感じたことを自虐ネタとして書き連ねていこうと思います。他ITエンジニアの人に「うわっ、可愛そう」って思ってもらうのが目標です(ぇ 各業界それぞれに悩みはあると思うので、自分たちが一番不幸とかは思っていません。おそらく隣の芝が青く見えているだけです。それよりあまり組込みの記事は見かけないので、「組込みエンジニア仕事ってこんな感じ」というのを知ってもらう意図があったりします。 内容によっては「それはあなたの設計が悪いからです」と言われてしまうようなところもあるとは思いますが、建設的なご意見は大歓迎ですが基は温かい目で見

    モダンプログラマになれない組込みプログラマの苦悩 - Qiita
  • 情報ではなく経験をアウトプットすること - 余白

    調べれば大抵の情報は誰でも手に入る今日このごろ。特に技術的な情報はオープンソースで一次情報へのアクセスは容易になった。 それと同時に繰り返し言われるアウトプットの重要性。 しかし、ブログやLTなどでアウトプットしても、「もっと質のいい情報があるのに自分がアウトプットする必要があるのか」「逆にノイズになるだけじゃないか」というような考えになってしまう人もいるのではないか。 そんな架空の声にお応えして、それでもなおあえて、一次情報ではない「あなたのアウトプット」の重要性を伝えてみようと思う。 実際にやる人は多くない 定量的なデータがあるわけではないが、直感的に共感してもらえるだろう。 ある技術や手法が話題になったとして、それを情報として知っている人はこの時代いくらでもいる。 だが、それを実際にその手でやったことがあるというだけでかなり群衆からは抜きん出た経験を持つことになる。 ましてやそれをや

    情報ではなく経験をアウトプットすること - 余白
  • リモートワークのいま学びたい、GitLab Handbookと徹底した文書化への狂気 - Qiita

    1200人以上の全社員がリモートワークGitLabが公開する「リモートワークマニフェスト」は何を教えているか? スケールする組織を支えるドキュメンテーションの技術を”GitLab Handbook”から学ぶ その コメント GitLab Handbookで面白かったもの@コミュニケーション編 GitLabのリモート統括責任者が語る 日企業が「まずやるべきこと」 を読んだ。主題はGitLab社の https://about.gitlab.com/handbook/ である。 2022.02追記 GitLabで学んだ最高の働き方 Developers Summit 2022-02-18 2022.01追記 リモートワークのいま学びたい、GitLab Handbook非同期コミュニケーションのススメ - Qiita Handbook要点 「GitLab社ではリモートワークの中でも生産性高く働

    リモートワークのいま学びたい、GitLab Handbookと徹底した文書化への狂気 - Qiita
  • 「よろしい。ではDBも内製だ」 IIJのインシデント調査システムが内製すぎる件

    IIJ Technical NIGHTは、2020年9月11日にオンラインで開催した技術勉強会です。ここで熊坂氏が、SOC(Security Operation Center)のアナリストを支援するインシデント調査システム「CHAGE(チャゲ)」を社内で開発した理由と、その実装について紹介しました。 IIJのインシデント調査システム 熊坂駿吾氏(以下、熊坂):IIJの熊坂から、社内で作成しているインシデント調査システムに関して紹介いたします。「インシデント調査システムが内製すぎる件」というところで、IIJの中で作成しているCHAGE(チャゲ)を紹介します。 まず私は2015年にIIJに新卒入社しまして、2018年度からSOCで業務を行っています。アナリスト的なことは詳しくやっていなくて、どちらかというとアナリストたちが業務を行うための環境の整備をしています。 具体的には、Windowsのメ

    「よろしい。ではDBも内製だ」 IIJのインシデント調査システムが内製すぎる件
  • GitHubのawesomeリストが本当にawesomeなものばかりだから一度見てほしい - Qiita

    伝えたいことは全てタイトルに書いた。 動機 https://github.com/topics/awesome を眺めていて当にawesomeなものばかりだった (割にあまりどこにもそのawesomeさが書かれていないように見えた) ので書く。 awesomeリストとは GitHub で使われる慣習的なリポジトリについてまとめてみた#awesome より: 「特定テーマに関するキュレーションを行うリポジトリ。Markdown のリスト表記で一覧化するのが一般的。また、Contribution も受け付けている(人気のあるリポジトリはガイドラインも厳しめ)。」 Where? ここのことです: https://awesome.re/ 画像はリポジトリから引用。 What? What is an awesome list? よりDeepL翻訳 awesome マニフェスト もしあなたのリストを

    GitHubのawesomeリストが本当にawesomeなものばかりだから一度見てほしい - Qiita
  • 海外「なぜ日本はハードウェアの時代と同じようにソフトウェアに秀でることができない?」 - Qiita

    Why doesn’t Japan excel in software as they did in hardware? (なぜ日はハードウェアの時代と同じようにソフトウェアに秀でることができない?) という英語Quoraのやり取り、分析が興味深かったので、まとめ。 仮説1: 日は完璧を求める 10人のエンジニアのソフトウェア開発会社を経営しているフランス人の友人が、ルイ・ヴィトン日支社のコンピュータシステムのマネージャーと同意した話:ソフトウェアはハードウェアではなく、産業用でもない。50年間同じトヨタカローラのように構築され、洗練され、完成されたものではありません。ゼロバグでそれを「完璧」にすることは不可能であり、したがって、「ゼロデフォルト」という、総合的な品質、継続的な改善を求める日人の精神に反するものです。 日は職人の国であり、漢字を書いたり、折り紙を折ったりする技術

    海外「なぜ日本はハードウェアの時代と同じようにソフトウェアに秀でることができない?」 - Qiita
  • 「義務教育で教えて欲しい」AWSの『技術的なお問い合わせに関するガイドライン』は職業を問わず全人類が読むべき

    リンク Amazon Web Services, Inc. 技術的なお問い合わせに関するガイドライン | AWS サポート AWSサポートでは、お客様の課題の解決を効率的かつ迅速に行いたいと常に考えています。お客様が技術的なご質問をサポートケースに起票いただく際に、早期解決に役立つポイントをまとめました。例文も掲載していますのでぜひご参照ください。 1432 users 1592

    「義務教育で教えて欲しい」AWSの『技術的なお問い合わせに関するガイドライン』は職業を問わず全人類が読むべき
  • ライセンスをつけないとどうなるの? - Qiita

    GitHub上でプログラムを公開するとき、 どのライセンスを使えばいいのかわからない どうやってライセンスを設定すればいいのかわからない ライセンスというもの自体が難しそうでよくわからない などの理由で、ライセンスを設定しないままになっていることはないでしょうか? この記事では、個人の開発者によるプログラムにライセンスが設定されていなかった場合にどのようなことが起きるのか、という観点からスタートして、ライセンスについての理解を深めていこうと思います。1 注意1: この記事の執筆者は法律に関する専門家ではありません。法律やライセンスに関する言及や解釈は不正確である可能性があります。実際の問題に対しては専門家による助言を受けてください。 注意2: この記事の内容は執筆者個人の見解であり、所属企業・部門の見解を代表するものではありません。 ライセンスがないということ プログラムのソースコードは、

    ライセンスをつけないとどうなるの? - Qiita
  • メテオフォール型開発 - 実践ゲーム製作メモ帳2

    今日は、日の代表的なソフトウェア開発手法について紹介しよう。 その名も、メテオフォール型開発である*1。 第一節 通常のウォーターフォール型開発におけるプロジェクトはこのような形を取るが、 メテオフォール型開発ではこのような形が取られる。 そしてこうなる。 これはアジャイル型開発手法におけるサイクルであるが、 神の前では無力である。 神の一声は全てを崩壊させ、 民は一生懸命これを再建す。 これが、メテオフォール型開発*2である。 第二節 全てのスケジュールは天界の都合によって決まる。これを黙示録と呼ぶ。 ソフトウェア開発においてフィードバックは重要なファクターだが、 神にフィードバックは届かない。 ただし、祈りを捧げることはできる。この祈りはごくまれに届く。 神は様々な姿を取る。 外から現れることもあれば、 内に棲んでいることもある。 あるいは、まだ会っていない or 会うことすらできな

    メテオフォール型開発 - 実践ゲーム製作メモ帳2
  • 僕「PDFとは何か知りたい」 - Qiita

    追記情報 - (2020/11/7 18:30) @scivola さんのコメントに基づき、 ラスタースキャン、 ベクタースキャン、 ブラウン管 の説明を追加しました。 TL;DR PDFについて次のような内容を(私の好奇心の赴くままに)調べたので共有したいと思います。 「PostScript」とは? 高速ロードの仕組み フォント埋め込み 「PDFってどんなファイルなんだろう」 PDFを使ったこと無い人はいないと思います。 それほど、PDFは身近な存在となる一方で、その仕組みについて触れる機会はほとんどないと言っても過言ではないです。 何百ページにも渡るPDFで開いた時、ページ移動したときに、パッと表示されたりしますよね。 あれってなんでか知っていますか? 私はもちろん知りませんでした。 たまたま仕事PDFをあれこれいじるにあたって、仕様がわかってないこともあり、なかなかうまくいかず

    僕「PDFとは何か知りたい」 - Qiita
  • JetBrains 開発者サーベイから見る日本のソフトウェア開発(2020年版) | Post Blog

    こんにちは。JetBrains 堀岡です。 JetBrains では、近年世界中の開発者をターゲットとした「The State of Developer Ecosystem(開発者エコシステムの現状)」と呼ばれる年次サーベイを行っています。 2020年版の調査結果は以下のサイトで公開されています。 この調査結果において、「世界とのトレンドは分かったが、日のトレンドはどうなんだろう?」と興味を持たれた方もいるのではないでしょうか。 このブログポストでは、JetBrains のリサーチチーム の協力を得て、日の開発者からの回答と、(日以外の)世界の開発者から回答の比較を行います。加えて、考察(というよりは個人的な感想かもしれません)、 JetBrains 関連のトピックについても紹介します。 開発者の属性 今回の比較に用いられたサーベイの回答数は以下の通りです。 日からの回答数:623

    JetBrains 開発者サーベイから見る日本のソフトウェア開発(2020年版) | Post Blog
  • ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習

    最近、あまりプログラミングが得意でない人のサポートをする形で、長い時間にわたってペアプログラミングを行っている。そのなかで、気がついた悪い習慣と成長するための良い習慣というものをまとめてみる。 この記事のバックグラウンドとなる体系的知識がになりました。 エンジニアリング組織論への招待 ~不確実性に向き合う思考と組織のリファクタリング あわせて読みたい 経営者マインドが足りない!vs. 現場に任せてくれない!の対立をなくすカードゲームをつくった話 新人プログラマに知ってもらいたいメソッドを読みやすく維持するいくつかの原則 新人プログラマに知っておいてもらいたい人類がオブジェクト指向を手に入れるまでの軌跡 ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習 あきらめるにはまだ早い!ソースコードの品質向上に効果的なアプローチ 心理的安全性ガイドライン(あるいは権威勾配に関する一

    ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習
  • 株式会社エブリーのブログ記事が私のブログ記事と類似していた件について問い合わせた結果の一部始終|paulxll

    株式会社エブリーとしては「法的な問題はない」という見解をお持ちであるものの、私としてはいささか納得しかねるものであり、他の方、特に技術ブログを書く方にもこういった事象について広く知っていただきたくこの記事を書いた次第です。 以下、時系列順に起こったことを書きます。 気づき2020年9月15日に株式会社エブリーのブログに記事が公開されました。私が直接知ったのは9月25日、このツイートを見てのことだったと記憶しています。 株式会社エブリーの吉田さんが、データブリックスの使い勝手や良いところを、エブリーさんのエンジニアリングブログでご紹介頂きました!非常にわかりやすいです。 吉田さん、誠に有難うございます!!https://t.co/amUJq6SXYf — データブリックス・ジャパン株式会社(公式) (@DatabricksJP) September 25, 2020 前職にてよく使っており、

    株式会社エブリーのブログ記事が私のブログ記事と類似していた件について問い合わせた結果の一部始終|paulxll
  • JavaScriptの開発でGNU Makeを使ってみた - Qiita

    この記事は、ドワンゴ Advent Calendar 2018の3日目です。 TL; DR npm scriptsが太ってつらい。 Makeを勉強して移してみたら管理しやすくなった。 Windows・・・。WSLを使えば問題ないはずだ。 前提 タスクランナーとしてよく使われるnpm scriptsですが、buildツールやlintツールを使ったり、buildする対象が複数に渡ったりすると、JSONというあまり書き心地がいいわけではないファイルにコマンドをたくさん並べる事態になります。更にwatch系のコマンドが複数できて、それらを同時に実行したいとか、いろいろやりたくなってどんどん増えていくことがよくあります。 気にならないならいいのですが、いろいろなタスクをnpm scriptsに任せて20個30個並び始めると、メンテナンスしにくいし依存関係わかりにくいし、つらくなってきます。 Gulp

    JavaScriptの開発でGNU Makeを使ってみた - Qiita
  • 【noteに直接確認しました】noteの正社員イラストレーター募集について、私が問題だと考えたこと・感じたこと|オオスキトモコ|note

    私はまず、この記事を読んで、上記記事の内容には、特に問題はないと思っていました。 【具体的な業務内容】 noteのサービス内外で使用するグラフィックの作成 具体的には・・・ ・noteのサービスを説明するイラストや、サービスのイメージを担うビジュアルなど幅広いグラフィックの作成 ・記事に必要なチャートなどの図版作成 ・ビジネスモデルを説明するインフォグラフィック制作等これ自体は、普通のグラフィックデザイナーの募集であり、昔からある、エディトリアルデザイン事務所でのダイアグラム、インフォグラフィックの仕事や、インフォグラフィックス系のデザイン事務所(チューブグラフィックスのような)、通信社(共同通信の「グラフィック記者」)・新聞社でのデザイナー(毎日新聞、朝日新聞、中日新聞等、各社に存在する)の職務内容に近いのではないかという印象を持っていました。noteとしては、NewsPicksの櫻田潤

    【noteに直接確認しました】noteの正社員イラストレーター募集について、私が問題だと考えたこと・感じたこと|オオスキトモコ|note
  • Cコンパイラを写経して4ヶ月が経ちました。わからないことが増えました。|F.Shibusawa

    Ueyama Rui さんという Googleエンジニアの方が書いている『低レイヤを知りたい人のためのCコンパイラ作成入門』というサイトがあります。これをやるのに 4 ヶ月かかりました。今回はその経緯とか今後の展望とかを話そうと思います。 結論だけ先に言うと、言語処理系のざっくりした全体図と C 言語の基礎知識をいい感じに獲得できて良かったです。また、こうしていわゆる低レイヤの技術に触れられたことで、他の関連する技術にも思いをはせることができました。視野が広がった(つまり分からないことが増えた)のはよい収穫かと思います。 こちらが写経元となった Ueyama さんのリポジトリ。かわいい。 Web 開発に直接関係することは少ない(ように見える)かもしれませんが、どこかの機会にちらっとのぞくだけでも自分の無知さが実感できてよいなあと思いました。 さてここからは、そもそもなぜやろうと思った

    Cコンパイラを写経して4ヶ月が経ちました。わからないことが増えました。|F.Shibusawa
  • Excelの元責任者「Excelの元責任者です。Excel申請とか、芸術にExcelは関係ないとか、ごもっとも。だって、Excelは表計算ソフトですから」

    越川慎司📙新刊『外資系1年目の英語勉強法』 @shinjiko9 Excelの元責任者です。 Excel申請とか、芸術にExcelは関係ないとか、ごもっとも。 だって、Excelは表計算ソフトですから 2020-09-22 18:57:24 越川慎司📙『トップ5%社員』シリーズ全国書店でキャンペーン中 @shinjiko9 815社17万人の働き方改革/ 29冊の出版『トップ5%社員』は世界展開 / 全員週休3日・専業禁止の(株)クロスリバー社長 / 元マイクロソフト役員 / フジテレビ「ホンマでっか!?TV」で行動心理学の先生 / ルー大柴はリアル親戚 / voicyパーソナリティとして毎日配信 リンクからトゥギャザーできます linktr.ee/shinjiko9

    Excelの元責任者「Excelの元責任者です。Excel申請とか、芸術にExcelは関係ないとか、ごもっとも。だって、Excelは表計算ソフトですから」
  • プログラマの心の健康

    目次 はじめに 情報不安について 人の話を聞くこと 寝てから考えよう わ・ざ・と、ゆ・っ・く・り・、や・っ・て・み・よ・う ロビンソン式悩み解決法 驚き、最小の法則 むしょうに腹が立つあいつのこと あなたは、そのままでいいんです はじめからやり直したい症候群 人から信頼されるためにはどうしたらよいか トラブルがチャンス あなたはひとりではありません あなたのための聖書の言葉 ぜひ、感想をお送りください リンク集 更新履歴 はじめに 私はプログラマです。 プログラムを書いて生活の糧を得ています。 プログラマというのは精神的にも肉体的にも過酷な仕事だと思われています。 夜遅くまでディスプレイに向かい、 キーボードを叩き、ジャンクフードをべながらバグをとる…そんな職業だと思われています。 確かにそういうところもありますが、プログラマも人間です。 不健康な生活を長いこと続けることはできません。

  • Lispはなぜ覇権を握らなかったのでしょうか?

    回答 (9件中の1件目) 広く普及しているとは言い難いですが、今でも新しい製品に採用されることはあります。 数年前、私はあるiOSとAndroid向けのゲーム開発に携わっていました。中でもAIの出来が面白さに大きな影響を与える種類のものでした。 プログラマーの同僚が1人、Lispに大変に強い思い入れがあり、そのAIは同僚の作ったLispインタプリタで動作しています。構文解析が簡単で、ゲームデザイナーのあーしたい、こーしたいの要望にもインタプリタの拡張で対応できる柔軟さがありました。 また別の同僚は、Lisp方言のClojureでゲーム開発の効率を高める特別なコンパイラを書いていまし...

    Lispはなぜ覇権を握らなかったのでしょうか?
  • noteのIPアドレス流出騒動で流出したIPが本当は何なのかよく分からない件|sheva|note

    詳細については省きますが先日noteに投稿された記事のページソースコードから「記事投稿者のIPアドレス」が確認できてしまう不具合が発覚しました。 以下公式発表 https://note.jp/n/n3e6451c9b147 私の方でウェブ魚拓などのサービスを利用していくつかの記事のソースコードを確認したところ2020年2月頃には既にこの状態になっていたようです。 ここからが題なのですが今回noteが発表した漏洩したとされる 「記事投稿者のIPアドレス」 について、note公式からの発表では説明しきれていない状況が確認されています。 まずこちらをご覧ください。 私がIPアドレス流出騒動を確認した日に記録した私自身の記事のIPアドレスです。 1. 2019/11/12投稿記事 (記事の内容はちょっとアレな感じですが) もちろん現在不具合は修正され確認不可能になっていますが、2つとも8/14の