並び順

ブックマーク数

期間指定

  • から
  • まで

361 - 400 件 / 5481件

新着順 人気順

エンジニアの検索結果361 - 400 件 / 5481件

  • 建材業界で新規事業を立ち上げて、8ヶ月で「業界シェア80%」をとれた理由|鶴岡 友也/BLUEPRINT, inc. 最高事業責任者

    ぼくは「スタートアップを量産する会社」を運営しています。 事業をバンバン立ち上げて、PDCAを回しまくって、うまくいったものだけを法人化する。「スタートアップファクトリー」とよばれる、日本ではまだ珍しいビジネスモデルです。 かつてヘンリーフォードが「T型フォード」によって自動車を大量生産したように、事業立ち上げのプロセスを「型」にして、起業に再現性をもたせる。 まるで工場のように、革新的な「会社」が次々に生まれていくーー。 それがぼくらの目指す世界です。 「そんなにうまいこといくわけない、ただの絵空事だろ」と思われるかもしれません。 でも実際、うまくいきはじめているんです。 SaaSモデルとして、初めての成功事例が、この「建材サーチ」というサービス。建材業界に特化したVertical SaaSです。 https://lp.kenzai-search.jp/実はこの事業、構想から半年で法人化

      建材業界で新規事業を立ち上げて、8ヶ月で「業界シェア80%」をとれた理由|鶴岡 友也/BLUEPRINT, inc. 最高事業責任者
    • CTOが選ぶ、エンジニアのみなさんに個人的に読んでほしい本|藤村

      メリークリスマス!heyでCTOをやっている藤村です。ということで、これからエンジニアになる・いまエンジニアをしているみなさんに個人的に読んでほしい本をご紹介します。これを読んでおけばソフトウェア・エンジニアとして網羅的な基礎が身につく、とかいうセレクトではなく、あくまで個人的に読んでもらえると嬉しいな!というものを選びました。 ソフトウェア開発基礎編リー・コープランド『はじめて学ぶソフトウェアのテスト技法 』 テストの本です。昨今RSpec、XUnit系など自動テストのツールはすっかり普及し、ソフトウェアにテストコードをつけるのは当たり前の世の中になりました。しかし!テストケースをどう設計するか、何をテストすべきか、について体系的に学んだことがない、という方も実はいらっしゃるのでは。 この本はそういったソフトウェア・テスト一般についての教科書です。ここの知識はソフトウェア・エンジニアとし

        CTOが選ぶ、エンジニアのみなさんに個人的に読んでほしい本|藤村
      • 新人ITインフラエンジニアに役立つ学習リソース まとめ

        まえがき IT業界で10年弱努めて見て、現在は教育部門にいることもあり”新人教育に向いている教材は有りませんか?”という質問を頂くことがあります。 昨今ITに関する様々な知識は情報が溢れていて、少し検索エンジンで調べれば大量のリソースにすぐアクセスができます。 一方で、本当に価値があるものも大量の情報の中に埋もれてしまいがちです。 本記事が目指すポイントとしては、”これからIT業界でインフラエンジニアとして頑張るぞ”という方向けが、短時間で良質なリソースにアクセス出来るようにすることです。(私自身のおすすめ色が強いです) なお、ここで想定する”インフラ”というのは次の要素を想定しています。 サーバ オペレーティング システム ストレージ ネットワーク 仮想化 パブリッククラウド ですから、次のようなカテゴリについては全く触れていない、あるいは触れていてもかなり部分的だと言う点をご理解下さい

          新人ITインフラエンジニアに役立つ学習リソース まとめ
        • 自社開発メガベンチャーをわずか半年で鬱退職した雑魚エンジニアの話|JoanOfArc

          はじめに 当記事を開いてくださりありがとうございます。私は表題の通り、私は一般にメガベンチャーと呼ばれる自社開発企業で機械学習エンジニアとして勤務しはじめてからわずか半年で、鬱を発症し退職することになったものです。この会社は待遇も良く、社風としても労働者思いのとても素晴らしい会社であったと私自身振り返って思います。 そんな会社に運よく入社することができた私ですが、わずか半年で「鬱状態」と心療内科から診断を受け休職し、会社制度により退職することになりました。「え?そんなに素晴らしい環境なのにメンタル弱すぎでは?」と思われる方もいらっしゃることでしょう。返す言葉が全くありません。おっしゃる通りです。 しかし同時に、「何故鬱になったの?」と思われる方もいらっしゃるのではないでしょうか。本記事ではこの点について鬱を発症した本人の目線から「どうしてそんなことが起きてしまったのか」という点について考察

            自社開発メガベンチャーをわずか半年で鬱退職した雑魚エンジニアの話|JoanOfArc
          • インボイス制度の問題の本質 - novtanの日常

            (続きを書いたのでよろしければそちらも) 続・インボイス制度の問題の本質 - novtanの日常 セルフまとめで絶賛とかタイトルつけてるやつがいるのでイラッとして書いた。 togetter.com 個人的にはインボイスの制度自体は事務コストの問題とか(何とかするって答弁かなんかで言ってた気がするんだけど)本名開示問題とかそういう話があって可哀相だしなんとかしろよって思っている反面、制度自体がおかしいとは思わないので、そのあたりも含めて簡単に説明しておいたほうが良い気がした。専門家でもなんでも無いけど、とにかくさっくり免税事業者は益税だから悪みたいに結論づけるこのまとめにイラッとしたので。 まず言っておくと、免税事業者が益税云々という話は「必ずしも当たらない(役所並)」と思っているのでそういう立場だと思ってください。 さて、問題によくなるフリーランス事業者の免税問題についてはまず消費税がどこ

              インボイス制度の問題の本質 - novtanの日常
            • 炎上プロジェクトでスキルを会得する前にお前は死ぬ - GoTheDistance

              最短でイッセンマンITエンジニアを目指すなら大炎上プロジェクトがオススメ!!経験浅でも採用の可能性が上がるし、週最大7日間1日15時間以上、プロに揉まれながらスキルを磨けるので面倒な家での積み上げは不要!やり遂げた際の経験値はヤバいし、活躍によってはPMが次のPJに引っ張ってくれるよ!— 代表取締役 岩元仁@株式会社ロックシステム (@iwa3nen) 2021年8月28日 経験の浅いエンジニアが1千万の年収を得る最短ルートが、炎上案件に飛び込んですげぇ修行して界王拳をマスターしろなのか... 社員にそれを言えるのがすごいな。(いわもと様から社員向けではないとコメントを頂いたので、打ち消します) 炎上プロジェクトで心を病んだ人を多かれ少なかれ見てきて、人づてに色んな哀しみを聞いている身としては、危険としか言いようがない。 僕が若い頃にやった、月稼働400時間が2ヶ月続いたプロジェクトは炎上

                炎上プロジェクトでスキルを会得する前にお前は死ぬ - GoTheDistance
              • エンジニアのための自己管理入門 - Qiita

                はじめに 社内でTodo管理の勉強会を実施した際に作成した資料があったのですが、今回自分の中の考えをまとめるせっかくの機会だと思い、字面で書き起こすことにしました。 意外と世の中では語られることのなく、『あたりまえ』として扱われてしまう『自己管理』について自分が半年間運用し、週ごとにカイゼンを続けたどり着いた、現時点でのHowを多くの人に伝えられればなと思っています。 もちろん最適解がこの形とは言いませんし、自己管理は人の数分だけ最適解はあると思っています。「みんな正しい、ただし部分的に」ということを念頭に、楽しんで読んでいただければ幸いです。 タイトルを付けた理由としては、かなりシステマチックな内容になってしまっていると感じてしまったため、「運用レベルが高い」人物を想定した結果、このタイトルになりました。 概念篇 『自己管理』を行っていく上で、確実に「ここは飛ばしてはいけない」と思ったた

                  エンジニアのための自己管理入門 - Qiita
                • エヴァのMAGIシステムをGPT3で作ってみた|深津 貴之 (fladdict)

                  新世紀エヴァンゲリオンにでてくる超AI、MAGIシステムを作ってみたメモ。 OpenAI社のGPT3を使って、三頭制合議型のAIシステムを組んでみた。 MAGIシステムとは?MAGIは、アニメ「新世紀エヴァンゲリオン」にでてくる超AI。 このAIの面白い特徴は、性格の異なる3体のAIが、それぞれ独立に見解をだし、それを集約して1つの結論をだすという合議制のシステムです。 キリストの祝福を告げた三賢者にちなみ「メルキオール」、「バルタザール」、「カスパー」という3つのAIが、それぞれ開発者である赤城博士の「科学者」、「母」、「女」として側面をから答えを出します。 MAGI GPT3の実装最近話題のChat GPTの凄さをみるに、「MAGIシステム」現実に作れるのでは?と思って、Google Colabで実装してみました。 1つの質問に対し、GPT3を4回ぶんまわすシステム図のように、1つの質

                    エヴァのMAGIシステムをGPT3で作ってみた|深津 貴之 (fladdict)
                  • 「IKEAの椅子に座るとPCの画面が真っ暗になる」という怪現象の理由が判明

                    エンジニアのFelix Häcker氏が「IKEAで購入した椅子に座ったり立ち上がったりすると、PCのモニターが突然真っ暗になる」という不思議な現象を報告しています。 Felix Häcker: "So folks, don't forget to chec…" - Mastodon https://mastodon.social/@haeckerfelix/110272427676278609 Häcker氏は数週間前から、PCの画面が数秒間突然真っ暗になる現象に悩まされていたとのこと。すべてのケーブルを交換したり、モニターのケーブルを別の端子に差し込んだりしましたが、何の変化もなかったこと。ただ1つだけ、IKEAで購入した「MARKUS」というモデルの椅子を使い始めてから不思議な現象が起こるようになったことから、このIKEAの椅子が関連しているのではないかとHäcker氏は考えました。

                      「IKEAの椅子に座るとPCの画面が真っ暗になる」という怪現象の理由が判明
                    • Gmailのメール認証規制強化への対応って終わってますか? - エムスリーテックブログ

                      こんにちは。エムスリー・QLife(エムスリーのグループ会社)・エムスリーヘルスデザイン(エムスリーのグループ会社)でエンジニアとして各種作業に関わっている山本です! 以前もメール送信の話を書かせていただいたことがありますが、今回もまたメールネタとなります。今回のお題はメールセキュリティです。 大量メール送信のための予備知識 - エムスリーテックブログ すでにご覧になった方もいるかと思いますが、次のようなニュースが流れています。 www.proofpoint.com この「GoogleとYahooの新Eメール認証要件」ってつまりどういうことよ? というところを具体的にどのように進めているかについて書かせていただきたいと思います。 2023/12/18追記 : Googleからメール送信にTLSを使うことが追加要件として示されました。 TL;DR とりあえず何から始める? 何はともあれ実際に

                        Gmailのメール認証規制強化への対応って終わってますか? - エムスリーテックブログ
                      • 2022年におけるフロントエンド開発のベースライン

                        LINE株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。 LINEヤフー Tech Blog TL;DR:2022にフロントエンド開発で最も考慮すべきユーザー環境は、パフォーマンスでは低スペックのAndroid端末、標準仕様では2年前のSafari、そしてネットワークでは4Gです。それに対してはJSへの過剰依存などが原因で主にパフォーマンスの面でのウェブ全体の対応がよくありません。 こんにちは!LINEフロントエンド開発室のダバロス アランです。この記事のタイトルを見て「釣りタイトルですね〜」と考えている方がいると思いますが今回に限ってはそれを大目に見てください。それはなぜかと言いますと、2021年から2022年にかけて私たちフロントエンドエンジニアが全体的に考え方を改める必要が出るほど大きな変化がありました。 その変

                          2022年におけるフロントエンド開発のベースライン
                        • 10年モノのサービスをアーキテクチャから再設計─はてなブックマークがScalaとDDDを使う理由|ハイクラス転職・求人情報サイト AMBI(アンビ)

                          10年モノのサービスをアーキテクチャから再設計─はてなブックマークがScalaとDDDを使う理由 10年以上運用されているサービスには、さまざまな技術的な負債が発生しています。今後の継続的な改善のため、いったん新規開発を止めて4年かけて全面的なリニューアルを実施した「はてなブックマーク」の開発者に、プロジェクトの課題や解決する手法などを聞きました。 改善1つに数カ月かかるなら全てを書き換えられないか 2000年代にトレンドだった開発手法の負債 過去の開発意図を探る考古学的手法 データセンター移行も見据えて刷新しよう ドメインモデル設計とScalaとマイクロサービス化 コアロジックにはScalaを採用 きちんとしたドメインモデルによる設計と実装を継続したい 段階的なリリースとデータの移行という2つの大きな課題 求められる機能に沿ったデータベーススキーマに再構築 新旧の2システムを維持しながら

                            10年モノのサービスをアーキテクチャから再設計─はてなブックマークがScalaとDDDを使う理由|ハイクラス転職・求人情報サイト AMBI(アンビ)
                          • 現代的システム開発概論

                            2023年度リクルート エンジニアコース新人研修の講義資料です

                              現代的システム開発概論
                            • 文系大学生が機械学習を0から始めて9か月でKaggle銀メダルを獲得するまで - Qiita

                              今回自分は0から始めて9か月でコンペで銀メダル(6385分の249位,top4パーセント)を獲得できました。 自分の今までの流れをおさらいしていきます。 それまでの僕のスペック 数3と行列はほぼ何も分からない プログラムはrubyとjavaはそこそこに書ける、pythonは知らん 勉強の流れ 12月末 機械学習を始めると決心、とりあえず何をやればいいかよく分からないがpythonが必要らしいのでprogateでpythonをやってみる 1月 数学が必要らしいので、行列と微分積分について1から学んでみる。今から考えると、行列の基礎をさらえたのは良かったですが、それ以外はこの時間は絶対いらなかったなと考えています。 微分積分 行列 2月 Udemyで多くの講座を受ける、詳細は以下の記事にまとまっています https://qiita.com/HayatoYamaguchi/items/c8051

                                文系大学生が機械学習を0から始めて9か月でKaggle銀メダルを獲得するまで - Qiita
                              • ChatGPTのおさらいと、プログラミングに活用するための第一歩 | gihyo.jp

                                大量の文章から学習することで、多言語を取り扱う能力だけでなく、高度な推論能力まで手に入れました。 GPT-3.5、とりわけその初期モデルのCodexはGitHubに存在する5400万の公開リポジトリから採取された159GBのPythonコードでGPT-3をfine-tuning(微調整)することで生まれました。ChatGPTがとりわけPythonが得意なのはここから来ています。 ChatGPTの学習データを考えることはその能力を発揮させるときに極めて有効です。質問時も以下のように、『⁠涼宮ハルヒの憂鬱』というライトノベル作品について日本語で聞いたときはSOS団の略称を間違えるなどしますが、英語ではほぼ期待通りの回答を見せます。 図1 『ハルヒの憂鬱』について日本語で聞いた場合の回答 図2 『ハルヒの憂鬱』について英語で聞いた場合の回答 知ったかぶりをするChatGPT ところで、ChatG

                                  ChatGPTのおさらいと、プログラミングに活用するための第一歩 | gihyo.jp
                                • 時間記録はいいぞ 〜Focus To-Doで充足感あふれる毎日を〜 - necco note | necco inc.

                                  2023年、私はneccoでCTO兼フロントエンドエンジニアをしながら、専門学校の外部講師をつとめ、さらに本を一冊書き上げました。そのかたわら、STUDIOのユーザーフォーラムにTips記事を投稿したり、個人開発アプリをメンテナンスしたりもしていました。そして主婦として、毎日、自炊や洗濯などをこなし、老猫の介護も行っていました。私よりも忙しそうな人はたくさんいるものだとは思うものの、1日が24時間しかない中で、これらの膨大なタスクをこなすのは私にとって大変なことでした。 そんな私の支えになっていたのが「時間記録」でした。その内容はシンプルで、やるべきことをリストアップしたら、そのタスクごとにかかった時間を計測、記録していくというものです。 身体が「食べたもの」で作られるとしたら、人生は「やったこと」で作られると思っています。時間を記録していくことで、毎日の自分の行動を可視化できるようになり

                                    時間記録はいいぞ 〜Focus To-Doで充足感あふれる毎日を〜 - necco note | necco inc.
                                  • ベテランエンジニアがクラウドワークスで5,000円の案件を受けてみた|ebiebi_pg

                                    最近は営業力なくてもクラウドワークスのような便利なサイトで案件が受けれるようだ。 いざチャレンジ! 1.まずは実績作りクラウドワークスデビューを果たしたいのだが、自分は実績が1件もないので料金は度外視して「何でもいいから1件実績を作る」という作戦に出てみた。 申し込みが少ない案件を探していると下記のような案件が見つかった 「自社のオリジナル販売サイトの商品ページを解析し、某大手ショッピングモールサイト3社に自動でアップロードするロボットプログラムの作成依頼」 (10,000円) ほう… 相場を分かっていないのか けっこうな難易度のシステムを1万円ぽっきりで依頼するとはなかなかの猛者だ。 だれも申し込みしていない案件かと思いきや、他にも数名の申し込みがあった。 大丈夫か??こいつら? 2.案件獲得交渉さっそく申し込んでみるのだが、1件実績を作るという目的を達成するためになるべく案件の獲得率を

                                      ベテランエンジニアがクラウドワークスで5,000円の案件を受けてみた|ebiebi_pg
                                    • エンジニア兼SF作家がGPT-4執筆支援を実戦投入できないか実験してわかったこと|Anno Takahiro

                                      今のGPT4は実践投入レベルの使い方もあれば、そうでない使い方もあると思っている。今回のポストでは、私がやった執筆支援の実験を8つほど紹介し、物書き目線から3段階評価した。○は作品制作にすでに実戦投入している利用方法。△は自分が実作に活用はしていないものの、ユーザビリティが良くなれば使いたいと思えるもの。×は現状だと使い所がない、ありがたみがないなと思ったものである。 1)AI読者モニター:書いた小説を読んでもらって感想や質問をGPTに自動生成させる → △使って意味ある場面はありそうPython-docxを利用して該当の位置にGPTの感想や質問を自動挿入 できた〜!ボタン1つ押せばChatGPTにWordで小説を読ませて「ここまで読んだときにこういう感想を持ったよ」とか「こういう疑問を持ったよ」みたいなことをコメントさせられるようになった。仮想モニタ読者の反応をヒントに執筆支援ができんじ

                                        エンジニア兼SF作家がGPT-4執筆支援を実戦投入できないか実験してわかったこと|Anno Takahiro
                                      • CTOの頭の中:技術投資を最適化する|Shin Takeuchi

                                        ざっくり年収1,000万円のエンジニアが10名いる会社では、年間1億円の技術投資がなされているわけですが(地代家賃、ライセンスフィー、PC代など含めるともっと)、年間1億円を正しく詳細に把握して、投資をコントロールできている会社は少ないと思います。会社が創業期であれば、最低限作らなければならない機能などは分かりやすく見えていたりするのでまだしも、そのプロダクトでしっかりとした収益が成り立ち、上場企業となるようなレベル感のプロダクトに対する技術投資となると、一部の大きなプロジェクトは把握していても、細かな投資ポートフォリオを常に把握することは難しいのではないでしょうか?今回はこの部分に一石を投じてみたいと思います。 技術投資量を見える化する 投資の最適化とは言いますが、最適化というのは「To Be」の話ですので、まずは「As Is」を知らなければ話になりません。その、まず「As Is」を知る

                                          CTOの頭の中:技術投資を最適化する|Shin Takeuchi
                                        • IT(?)に立ち向かうための心構えとか考え方

                                          anond:20201130214610 いろいろ面白かったので、適当に回答する。 > 1.具体的な事が分からないプログラミングで主にやる事は下記の2つ。 ①IFでAかBを選択させてどっちかの設定を実行 ②Whileで決められた回数分繰り返す これでやりたいことは分かる。分かるけれどこれでどうやって動画や音楽のエンコードをしたり 画像処理をしたりするソフトウェアになるのかというのがよく分からない。 とてつもなく複雑で冗長な処理によって実行されている。 複雑すぎて人間の直感で理解することは不可能だ。 わかりやすいので画像処理でいうと、数十万から数百万の画素(RGBAの24bitで表される数値)を小さなブロックに分解し、数学的に周波数の重なりとして計算して変換、含まれる頻出パターンをテーブルにして圧縮伸張を行なう。みたいなことが瞬間的に行われている。 「まさかそんな事できるわけないだろ」という

                                            IT(?)に立ち向かうための心構えとか考え方
                                          • 「高アウトプット能力の保持者」は、普通の人と何が違うのか。

                                            随分と久しぶりに、完全書き下ろしの本を書きました。 タイトルは、「人生がうまくいかないと感じる人のための超アウトプット入門 」。 アウトプットすることの意義、そしてその能力の源泉についての話を、読みやすいよう、物語形式にてまとめています。 どうか買ってやっていただけると、とてもありがたく、温かい投げ銭をよろしくお願いします。 アウトプットは「他者からの評価」の部分にキモがある。 さて、この本にちなんだ話題です。 先行き不安な世相を反映してか、世の中には「アウトプットの手法」に関するノウハウが氾濫しています。 ちょっと書店を見渡すだけで、 「アウトプット術で仕事がうまくいく」 「アウトプット力で成功」 「アウトプットスキルで差をつける」 などの、本が驚くほど多数、陳列されているのです。 そして、中身を見ると、書き方、話しかた、表情の作り方、報告の仕方など、「やるべきことと、その方法」が羅列し

                                              「高アウトプット能力の保持者」は、普通の人と何が違うのか。
                                            • 文系社会人が統計のために1から高校数学をやりなおしました|hanaori

                                              こういう人間です ・ 文系(英文学科) ・ Webエンジニア ・ 統計を勉強中モチベーションここ2年ほど統計を勉強しているのですが、そこで毎回立ちふさがるのが数学の壁でした。わたしは文系ということもあって数ⅡB(しかも途中まで)しか履修していなかったため、微分積分や線形代数などが出てくると理解することが難しく時間がかかってしまいます。 でももっと統計を知りたいし理解したい 😭 という気持ちをずっと感じていて今回数学をやり直すことにしました。 高校3年分と考えるとなかなか決心するのに時間がかかりましたが、やってよかったと思います。スケジュール感や実際使った本などを共有することで同じような方の参考になればよいなあ、と思います。 実際使用した本 ・ 講座■ よくわかる数学シリーズ 主にMY BESTシリーズを使用しました。カラーで説明もわかりやすく、目にも心にもやさしい仕上がりになっております

                                                文系社会人が統計のために1から高校数学をやりなおしました|hanaori
                                              • 米国でソフトウェアエンジニアになる方法

                                                1on1やメールでご相談を受ける最頻出の話題が 「どうすればアメリカでソフトウェアエンジニアになれるでしょうか?」 というものです。これは後述しますが、いくつかの点で中々ひと言では回答の難しい質問です。ただし、本当にアメリカでソフトウェアエンジニアになりたいなら、そのための確度を大幅に上げる方法はいくつか思い当たります。 筆者について実際に米国で2年ほどではありますがソフトウェアエンジニアをしていました。現在も米系企業の日本法人でソフトウェアエンジニアとして働いています。留学経験もなく、3流大の文系出身で、30代になってから「正攻法で」米国に渡りました。そういう点で非常に現実的な経験をシェアできると思います。筆者について詳しいことは次のnoteにまとめました。もしご興味のある方はお読みいただければ幸いです。 本当に米国に行きたいですか?冒頭の質問に対して僕がまずお聞きするのは 「本当に米国

                                                  米国でソフトウェアエンジニアになる方法
                                                • 学びのススメ vol.3:IPA 独立行政法人 情報処理推進機構

                                                  学び続けている実践者の方からお話を伺いました。 ご自身の組織や個人としての学びのご参考になれば幸いです。 岩手県釜石市出身。株式会社翔泳社 取締役。日本最大級のITエンジニアイベント「Developers Summit (通称:デブサミ)」を、2003年の第一回より10年以上コーディネートし、異種の技術領域に携わるエンジニアが一堂に会することのできる、中立かつオープンで多様なイベントの開催を支えたことにより、楽天テクノロジーアワード2012 ルビー賞を、自宅の倉庫に置いた箱庭ライブラリの運営に対し、本を通じた人と人とのつながりを生み出し、地域にも貢献する活動として、大阪府立大からマイクロ・ライブラリーアワード2018を受賞。コンピュータ出版販売研究機構会長を2016年4月~2020年9月まで務め、コンピュータ書の棚分類コードの整備やこどもプログラミング書籍の棚作り、小学校への推進を行った。

                                                  • 「ドキュメントの書き方」を体系的に学んだことがないエンジニアへ 書籍『エンジニアのためのドキュメントライティング』の概要

                                                    インフラエンジニア向けの書籍を取り上げ、著者と出会い、楽しく本を知り、仲間を作る場所である「インフラエンジニアBooks」。ここで、『ユーザーの問題解決とプロダクトの成功を導く エンジニアのためのドキュメントライティング』の翻訳を担当した岩瀬氏が登壇。まずは、本書籍の概要について話します。 本セッションの対象者と、セッションのゴール 岩瀬義昌氏:ご紹介いただきました、岩瀬と申します。よろしくお願いします。『ユーザーの問題解決とプロダクトの成功を導く エンジニアのためのドキュメントライティング』は、もともと『Docs for Developers: An Engineer’s Field Guide to Technical Writing』という洋書だったんですが、その翻訳をして、今回この機会をいただいています。 余談ですが、APC(株式会社エーピーコミュニケーションズ)さんが「カプセルト

                                                      「ドキュメントの書き方」を体系的に学んだことがないエンジニアへ 書籍『エンジニアのためのドキュメントライティング』の概要
                                                    • フリーランスプログラマ雑感

                                                      フリーランスプログラマになって、かれこれ10年近く経ってしまった。 昨日をもって退職しました。今日から(しばらくは)フリーランスとしてがんばります。 — 武藤スナイパーカスタム🔫 (@__tai2__) November 30, 2010 会社を辞めて、とくに深い考えもなくなんとなくフリーランスになった。しばらくすればどこかの会社に就職するのかなあ、きっとそうなんだろうなあ、とかぼんやりと思ってたことを考えると、そのまま10年近くも続けてしまったのは感慨深い。 ぼくにとって、ほかの業種、ほかの立場の人の職業生活がどういうもんなのかわからないのと同程度に、ほかの人にとってもフリーランスプログラマがどういうものか、きっとイメージがあまりわかないんだろう。そこで、フリーランスプログラマ生活を振り返って、それがどのようなものだったのかを思いつくままに語ってみたい。フリーランスプログラマという語は

                                                        フリーランスプログラマ雑感
                                                      • 【魚拓】新卒でエンジニアとして入社したCygamesを退職しました

                                                        ・ 10月04日 16時    x.com取得時のダイアログを非表示に変更しました     ウェブ魚拓は表示に必要なHTMLソースへの変更は可能な限り避 ...

                                                          【魚拓】新卒でエンジニアとして入社したCygamesを退職しました
                                                        • ぼくの考えた最強のMac環境 | DevelopersIO

                                                          こんにちは、クラスメソッドの岡です。 先日MacBookProにコーヒーをこぼしてしまい、見事に壊れました。 電源はつくけどバックアップが取れない。。しかし不幸中の幸いで直前にGoogleDriveにデータを移していて、gitにもpushしていたので復元する必要はあまりないかも、、? ということで、環境の見直しも兼ねて新しいMacをまっさらな状態からセットアップすることにしました。 今回はセットアップも兼ねて自分のお気に入りのツール等を一部ご紹介させていただこうと思います。 環境 macOS Catalina 10.15.6 アプリケーション 1Password: パスワード管理 Googleアカウントのパスワードすら覚えてないのでとりあえず1Passwordを入れます。 他にサインインしているデバイスがあれば、環境設定→アカウント→その他のデバイスを設定でセットアップ用のQRコードが出せ

                                                            ぼくの考えた最強のMac環境 | DevelopersIO
                                                          • ソフトウェアエンジニア、家を建てる - ここぽんのーと

                                                            こんにちは、ソフトウェアエンジニアが家を建てる話が大好き人間です。 これまでは他人事として記事を楽しんできたわけですが、とうとう自分も家を建てることになりましたので、同志のために記録を残します。 ちなみに、ちょうど同じ時期に家を検討することとなったKuniwak氏と協力しながら進めています。彼の記事も併せてどうぞ。 目次とにもかくにもライフプランライフプランシミュレーターを内製する重要な指標はグラフで可視化家計簿と連携して高速にPDCAを回す住宅ローンについて学ぶ新築 /中古?マンション/戸建て?建売/注文住宅?家づくりの大まかな流れを把握する書籍で流れを掴むScrapboxで情報整理家のコンセプトを定めるハウスメーカーを選定する有名なメーカー、隠れたメーカー実体験は説得力がある土地を探す土地の災害耐性土地の将来性土地は自力で探し出すBlenderで日照シミュレーションよい土地を見つけたら

                                                              ソフトウェアエンジニア、家を建てる - ここぽんのーと
                                                            • 50代文系副社長、AI学んで1000時間 1人で作ったアプリが大手食品メーカー採用に至るまでの軌跡

                                                              50代文系副社長、AI学んで1000時間 1人で作ったアプリが大手食品メーカー採用に至るまでの軌跡(1/3 ページ) 「もしかしたら、経営よりも研究やエンジニアの方が天職に近いのかもしれない」──そうはにかむのは、商品パッケージのリサーチとデザインを手掛けるプラグ(東京都千代田区)の坂元英樹副社長だ。50代の文系出身。もともとは市場調査会社の社長だったが、デザイン会社と合併して今に至る。 プラグは現在、パッケージのデザインを評価するAIサービス「パッケージデザインAI」を展開している。すでにカルビーやネスレ日本など、大手食品メーカーがパッケージデザインAIを活用した商品を販売中だ。 このAIサービスは、東京大学との共同研究ではあるもの、実は坂元さんが1人でプログラミングからAIの実装までこなしたという。 始める前は「Pythonも知らない状態だった」という坂元さん。そこからどうやってAIサ

                                                                50代文系副社長、AI学んで1000時間 1人で作ったアプリが大手食品メーカー採用に至るまでの軌跡
                                                              • いいか未経験からプログラマになるための決定版書いてやる

                                                                こういう記事に騙される被害者が出ないように俺が一言書いてやる。 プログラミングスクールに通わず、プログラミングを学ぶ方法 https://anond.hatelabo.jp/20200519162131 証明のしようがないが俺はプログラマとして働いていて年収1200万、一応相応の技術も持っているつもりである。今は2社に所属しているのと自作プロダクトと投資で収入を構成しており、少なくとも1つの企業にしか所属したことのないような人、というわけではない。 金のためにプログラマになるのはやめろ!いきなりだが、金のためにプログラマに転職するのはおすすめしない。正直に言えばプログラマは金回りが良い。努力の度合いと収入の割合で言えばかなりコスパが良い方だろう。あくまで主観ではあるが、コスパの観点で見た場合プログラマは医者や弁護士よりも上回ると思っている。 だがそれでもだ!金のためにプログラマになるのはや

                                                                  いいか未経験からプログラマになるための決定版書いてやる
                                                                • 事業開発者・プロダクトマネージャーが知っておくべきフレームワーク7選|Shin

                                                                  プロダクトマネージャーという仕事はビジネス・デザイン・エンジニアすべてのスキルが求められる総合格闘技のような仕事です。その分、やることも多く忙しくなりがち。 しかし、再現性の高いプロセスというのは仕事が変わってもそのまま活用できます。その代表例がフレームワークです。 今回は世の中に数あるフレームワークのうち、プロダクトマネージャー・事業開発者が絶対知っておいた方が良いと判断したものを厳選してみました。 プロダクトマネージャー向けフレームワーク4選1. Product Prioritization Frameworkhttps://www.product-frameworks.com/Gusto-Product-Prioritization.htmlこちらはもうプロダクトマネージャーであれば無意識に考えていてほしいくらいシンプル、かつ大事なフレームワークです。 expected:期待値の大き

                                                                    事業開発者・プロダクトマネージャーが知っておくべきフレームワーク7選|Shin
                                                                  • スタートアップが鍵:人口5000万人に減っても2倍豊かな「日本4.0」を作る | Coral Capital

                                                                    月間10万人が読んでいるCoral Insightsのニュースレターにご登録いただくと、Coral Capitalメンバーによる国内外のスタートアップ業界の最新動向に関するブログや、特別イベントの情報等について、定期的にお送りさせていただきます。ぜひ、ご登録ください! 日本の人口は、ざっくり1億2000万人ですが、約100年後の2120年には4973万人にまで減るとの予想があります(国立社会保障・人口問題研究所の2023年4月の将来推計人口)。以下のグラフにあるように江戸期に3000万人を超えた日本の人口は、明治維新以降のわずか100年で3倍の1億人超となり、再び100年で半分以下に減ろうとしています。われわれは今、ジェットコースターで言えば最初の坂を登りきってスーッと滑り出して急降下する坂に向かって走り始めたところです。 50年後や100年後については出生率や外国人比率など予想が難しい要

                                                                      スタートアップが鍵:人口5000万人に減っても2倍豊かな「日本4.0」を作る | Coral Capital
                                                                    • コードレビューにラベルを付けるだけでチームの心理的安全性を高めた話

                                                                      ハコベルシステム開発部のおおいし (@bicstone) です。普段はフロントエンドエンジニアとして物流DX SaaSプロダクトの開発を行なっています。 この記事ではハコベルの開発チームが心理的安全性の向上を目的に採用した、プルリクエスト (マージリクエスト) コメントにラベルを付ける手法についてご紹介します。 背景 プルリクエストをレビューする時、レビュアーとして上から目線になってしまい相手を傷つけないか緊張したり、ちょっとした確認のつもりで書いたコメントが修正必須と捉えられてしまったりした経験はないでしょうか。 本来、ピアレビューは対等な関係であるはずなのに、レビューする側の方が上になってしまいお互いに恐縮してしまいがちです。「勘だと怪しいけど間違っていたら怖いから言えないな」や、「将来的に辛くなりそうな実装だけどわざわざ指摘するほどでもないな」など荒波を立てずにApproveしてしま

                                                                        コードレビューにラベルを付けるだけでチームの心理的安全性を高めた話
                                                                      • 婚活したお

                                                                        マッチングアプリで婚活してみた。自分の性格の悪さに向き合うはめになり、誰にも言えないのでここに投下して供養する。 ■増田のスペック 33歳の女 年収:750万くらい 大卒会社員 都内在住 160cm49kg 彼氏いない歴半年 共働き希望 ________________ 登録してから数週間でいいねが700くらい。自分からいいねも3人くらいにしてみたけど、反応がなかったのであとはしなかった。全員とやりとりするのは無理なので、あまり遊んでなさそうで話があいそうで条件の合致しそうな人に絞ってメッセージのやりとりをした。 20人くらいとマッチングしてメッセージ続いたのが15人、うち会ったのは6人くらい。 もっとメッセージ続けたり会ったりした方がいいんだろうけど、無理のない範囲でやりとりをしてたらこのくらいになった。 もともとイケメンとか好きではないし、見た目もあまり気にしない方だと思っていたが、こ

                                                                          婚活したお
                                                                        • XMLHttpRequest とはなんだったのか | blog.jxck.io

                                                                          Intro Fetch API の実装が広まり、 IE もリタイアを迎えたことで、今後忘れ去られていくことになるだろう XMLHttpRequest について。 どのように始まり、どのように広まり、どのように使われなくなっていくのか。その間に残した多大な功績を残す。 XMLHttpRequest の始まり この名前は非常に長いため、通常 XHR と略される。 この API は、現在の Web API のように W3C/WHATWG による標準化を経て策定された API ではない。 Microsoft によるいわゆる独自実装の API として始まり、後追いで標準化される。 したがって、 Web API の中でもかなり異質な命名である XHR が、 XmlHttpRequest でも XMLHTTPRequest でもなく XMLHttpRequest である理由も、 Microsoft の命

                                                                            XMLHttpRequest とはなんだったのか | blog.jxck.io
                                                                          • Webデザイン100トレース | Hypertext Candy

                                                                            こんにちわ!最近はフロント開発も担当させていただいてます、Yamamotoです。 今回はエンジニアがデザインを学ぶべく、100のWebサイトのデザイントレースをして、学んだことをまとめてみました。 エンジニアまたは未経験だけど、Webデザインにも興味があるという方の、何かのきっかけになれば幸いです。 目次 なぜ Webデザインを学ぼうと思ったのか デザイントレースについて 100トレースして学んだこと なぜWebデザインを学ぼうと思ったのか ざっくりですが、実務を行いながら以下のように思うことがありました。 細部のデザイン指示がなく、開発の手が止まってしまう どう実装するか目線の発想・提案しか浮かばない 綺麗なコードだけではなく、視野を広げてより良いものを作りたい などなど... デザイナーとエンジニアの業務は差別化されてはいますが、互いに近接し交わる部分も多くあります。そんな中で、業務効

                                                                              Webデザイン100トレース | Hypertext Candy
                                                                            • やはり俺の「質 v.s. スピード」はまちがっている。 #eof2019 - 名前考えるの苦手

                                                                              2019/10/31(金)に開催されたEngineering Organization Festival 2019 で @t_wada さんの「質とスピード」という講演を聞き、とても感銘を受けたのでメモ。 品質とスピードはトレード・オフの関係にある。どちらを優先するか?要バランスだ。 そう思っていた時期が私にもありました。 けど、そんなことはなかった! ■追記 個人的な捉え方としては、 プロダクトを漸進的に成長させ、仮説検証ループするスピード上げようとすると、犠牲にした保守性があとで(意外とはやく1ヶ月後には)足枷になる。 保守性(テスト容易性、理解容易性、変更容易性)が低いとリードタイムが延びてスピードがどんどん落ちていくループをまわせなくなる。ってことかな、と思う。 スピードを上げようとしたのに、意外とはやくスピードが上がらなくなるジレンマ。 @t_wadaさんのスライド 素敵なグラレ

                                                                                やはり俺の「質 v.s. スピード」はまちがっている。 #eof2019 - 名前考えるの苦手
                                                                              • コロナにかかって一生寝たきりになるかと思ったが復活した話|seya

                                                                                私は2020年の9月に新型コロナに感染しました。そして感染してから半年近く満足に動けなかったり思考できない状態が続いていました。 (ちなみに私は20代後半、基礎疾患なし、軽症でした。) 具体的に述べると次のような症状に見舞われていました。 - 常に倦怠感 - 頭がボーッとする・モヤモヤした感じがある(ブレインフォグ) - 5分ほど歩いただけで極度の倦怠感が起こることがある、一度起こると2-3日疲労感が継続する - 人と話したり頭を使うことをすると頭痛が起きる - 色々起こる短期的な症状 - 胃痛、手が痺れる、強い悪寒 こういった新型コロナ罹患後の後遺症を海外では "Long-covid" という名前で呼ばれており、リハビリプログラムの研究なんかも進められています。 風邪なんて今までの人生ではどんなに長くても 4, 5日で治るものでした。想像以上に長く続いたため、自分はもしかして一生このまま

                                                                                  コロナにかかって一生寝たきりになるかと思ったが復活した話|seya
                                                                                • 2020年現在のNewSQLについて - Qiita

                                                                                  Disclaimer 当記事はNewSQL開発ベンダの技術ブログや各種論文、その他ニュースサイト等の内容を個人的にまとめたものです。 そのため、理解不足等に起因する誤解・誤認を含む可能性があります。更なる理解が必要な方はリファレンスに挙げた各種文献を直接参照下さい。技術的な指摘は可能であれば取り込み修正しますが、迅速な対応はお約束できません。 NewSQLの解説は二部構成 当記事は前編でNewSQLの概要編となる。 全体の目次は下記である。 NewSQLとは何か NewSQLのアーキテクチャ NewSQLとこれまでのデータベースの比較 NewSQLのコンポーネント詳解 1章から3章までの内容を当記事で解説する。 4章はさらに詳細な技術的解説となり、後編の「NewSQLのコンポーネント詳解」で記述している。 こちらも合わせて一読いただきたい。 1. NewSQLとは何か NewSQLとは、海

                                                                                    2020年現在のNewSQLについて - Qiita