並び順

ブックマーク数

期間指定

  • から
  • まで

121 - 160 件 / 313件

新着順 人気順

リソースとは 人の検索結果121 - 160 件 / 313件

  • CTOの頭の中:技術投資を最適化する|Shin Takeuchi

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

      CTOの頭の中:技術投資を最適化する|Shin Takeuchi
    • ここ最近「県庁所在地クラスの地方都市」が全部没落し始めてる謎現象の原因教えてやるわwwwwwww : 哲学ニュースnwk

      2023年08月08日23:30 ここ最近「県庁所在地クラスの地方都市」が全部没落し始めてる謎現象の原因教えてやるわwwwwwww Tweet 1: 以下、5ちゃんねるからVIPがお送りします🐙 2023/08/08(火) 21:56:40.400 ID:FGVXLZ4K00808 田舎県で、「県内全体で見れば終わってるけどこの都市だけは繁栄していた」県庁所在地やそれに匹敵する人口(具体的には20万以上)・経済規模のある拠点都市がここ数年で横並び一斉に同時多発でダメになっている 人口が減り始めている、市街地からデパートが全滅する、休日の昼間なのに街中に人がいない、路線バスにだれも乗っていないロードサイド店舗すらも安牌だった店が閉店して居ぬき状態だらけにない・・・ そういうこれまでなら過疎地の小都市・郡部でしか見られなかった現象が一斉に県庁所在地クラスの都市でも起きている。あなたが地方在住

        ここ最近「県庁所在地クラスの地方都市」が全部没落し始めてる謎現象の原因教えてやるわwwwwwww : 哲学ニュースnwk
      • マンションを買った(1/3)|Katsuhiro Ogawa

        昨年、都内に 2LDK の中古マンションを買った。コロナ禍で買った人はたくさんいると思うけど自分の記録として書き留めておく。 長くなったので3部編成になった。この記事では物件を探し始めてから契約締結までを書いていく。 購入を考えた経緯COVID-19 の影響でリモートワークになって、家の回線が遅いという問題が重くのしかかってきていた。 VDSL だったんだけど NURO を引こうとしたり光配線の導入を検討できないか管理会社に相談したが MDF の都合で断念していた。また、隣人がベランダで喫煙しており換気口から匂いが入ってきて、管理会社に注意喚起してもらったがあまり改善せず着々と不満が溜まっていた。 それで賃貸物件を探していたがいいところがなく、友人の wozozo にそれをぼやいたところ、今の家賃を住宅ローンの返済にするとこれくらいだから買っちゃおうという話になった。それまで賃貸物件で引越

          マンションを買った(1/3)|Katsuhiro Ogawa
        • 大企業の「失敗した新規事業」の99%に共通する誤り メンバーの問いを立てる筋肉を削ぐ、“本業の汚染”

          多くの企業において、異なる領域で新しいビジネスの種を見つけ、育てる「新規事業開発」が求められる中、リブ・コンサルティングが開催した「事業開発SUMMIT2023」。今回は、今年4月に出版した『新規事業を必ず生み出す経営』が話題の新規事業家・守屋実氏のセッションの模様をお届けします。新規事業家として30年余りの経験を持つ守屋氏が「量稽古」の効果や、大企業での社内起業が有利な理由などを語りました。 1万3,500円の新規事業本を出版した守屋実氏が登壇 権田和士氏(以下、権田):さっそくセッションをスタートしてまいります。 守屋実氏(以下、守屋):よろしくお願いします。 権田:実は私、この事業開発SUMMIT2023を企画している時に、ちょうど守屋さんの『新規事業を必ず生み出す経営』という本が出まして。 守屋:ボロボロですね。 権田:読み込みましてボロボロなんです。 守屋:(笑)。 権田:これ、

            大企業の「失敗した新規事業」の99%に共通する誤り メンバーの問いを立てる筋肉を削ぐ、“本業の汚染”
          • 【2020年】AWS全サービスまとめ | DevelopersIO

            このエントリは、2018年、2019年に公開したAWS全サービスまとめの2020年版です。これまではいくつかに分割して公開していましたが、1エントリにまとめてほしいという要望をもらっていたため、今年は1エントリに集約してみました。 こんにちは。サービスグループの武田です。 このエントリは、2018年、2019年に公開した AWS全サービスまとめの2020年版 です。これまではいくつかに分割して公開していましたが、1エントリにまとめてほしいという要望をもらっていたため、今年は1エントリに集約してみました。どちらがいいのか正直わからないので、フィードバックなどあれば参考にさせていただきます。 2020-01-08 リクエストがあったためAmazon Mechanical Turkを追加。 2018年まとめ 【2018年】AWS全サービスまとめ その1(コンピューティング、ストレージ、データベー

              【2020年】AWS全サービスまとめ | DevelopersIO
            • 業務でAWSを利用する時に知っておくべきポイント10選 - Qiita

              2024年1月時点のAWSベストプラクティスに従って作成しました 好評でしたら続編も検討します 1. 環境ごとにアカウントを分離する 本番、検証、開発ごとにアカウントを分割しましょう ✕良くない例 ◎良い例 最初にアカウント分割しておかないと、後で分割するのはとても大変です アカウントを分割することで「検証と思って作業したら、実は本番だった」のような事故を減らすことができます コストがアカウント単位で集計されるため、環境ごとのコストを簡単に算出することができます AWS Organizationsを使用することで、各環境に応じた権限設定が簡単にでき、ガバナンスを強化することができます AWSアカウントはAWS Control TowerのAccount Factoryを使用することで、クレジットカード情報を都度入力することなく簡単にアカウントの払い出しが可能です また、AWS Contro

                業務でAWSを利用する時に知っておくべきポイント10選 - Qiita
              • 個人開発を黒字にする技術 - k0kubun's blog

                最近は個人開発は自分のOSSのメンテで手がいっぱいになってしまったのでサービス開発のようなものは普段あまりやらないのだが、大学院*1で今学期、何作ってもよいという感じの授業を取ってWeb/iOS/Androidアプリ*2を全て作るという体験をする中で、たまたま個人開発のコストを抑える活動をしたので、その時に調べたり考えたりしたことを書いておく。 Herokuで無料にする Herokuでは毎月550時間free dynoが使え、クレジットカードを登録しておくと更に450時間、合計1000時間無料で使える。Herokuは30分アクセスがないと一旦停止するが、今回授業で作ったサービスでこれを使い切らないことは明らかだったので最初はこれでセットアップした。セットアップも簡単だし、PostgreSQLも無料でついてくる。 ただ、コールドスタートに10秒くらいかかり、これがこのサービスではUX的に致命

                  個人開発を黒字にする技術 - k0kubun's blog
                • モデルナ2回目接種の副反応の記録

                  sinukato-omotta-yo.md モデルナ2回目接種の副反応の記録 勢いで書いたこともあり、語尾が断定口調で強くなってしまっていますが、あくまでも個人の体験の記録ということを加味して読んでいただければと思います。 全員が全員このような症状が出ることはないと思いますが、もし不安を覚えているのでしたらここに書いたことを参考にすると良いかもしれません。 これだけでも読んで帰ってね 誰かに看病してもらいましょう。私は妻の看病で助かりました。 ただ現実には妻がいないので、40.4度まで体温が上がったときは死ぬかと思いました。(※元ネタ) 解熱剤は絶対に買いましょう。なかったら本当に死んでいたと思います。なお、品薄になっているのでなるべく早く買っておきましょう。 調理が簡単な食事もしくはゼリー系は用意しておきましょう。 冷やし枕を買っておけばよかったと思いました。とはいえそんな大きなものは冷

                    モデルナ2回目接種の副反応の記録
                  • IPアドレスから地域特定するGeoIP系技術について調べてみた(追記あり)|TechRacho by BPS株式会社

                    morimorihogeです。昔は夏ってもっと仕事なくて暇だった気がするんですが、ここ数年徐々に忙しくなっていてまったりできてない💦 はてブでこんな記事が上がっていて、IPアドレスからの地域特定サービスについて具体的にどうなのよ?と思ったので調べてみた結果をまとめてみます。 NURO光最大のデメリットとサポート対応の悪さが上限知らずでどうにもならない なお、GeoIPという用語について、世間では狭義のGeoIPはMaxMind社のサービスを指しますが、広義のGeoIP系技術はIPアドレスから地域を推定する技術やサービス一般を指すと捉え、本記事では広義のGeoIPの視点から解説します(狭義のGeoIPを示す場合、現行サービス名のGeoIP2やGeoLite2の名称を使います)。 ※記事公開後、NURO光の問題の割当IPアドレスと思しきものが分かったため追記しています 前提知識 そもそもNU

                      IPアドレスから地域特定するGeoIP系技術について調べてみた(追記あり)|TechRacho by BPS株式会社
                    • 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
                      • スタートアップが鍵:人口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
                        • UIデザイナーが知っておきたい海外の優れたデザインシステム17選 | ベイジのUIラボ~業務システムとSaaSのUIを考える

                          デザインシステムとは、サービス開発する上で必要となるデザインの概念、スタイルガイド、コンポーネント集などで構成されるデザインのルールです。 Salesforce.comの「Lightning Design System」が2015年に登場して以来、多くの企業がこのデザインシステムを導入するようになりました。 プロトタイピングツールで有名なUXPinが提供するデザインシステムプラットフォーム「adele」では、90個以上(2019年12月現在)ものデザインシステムが公開されています。その企業のラインナップを見ると、大手ITベンダー、SaaSベンダーのみならず、自治体、金融機関、大学など多くの業界で、組織のブランド確立のために、デザインシステムを活用していることが分かります。 GoogleやAppleが提供するデザインシステムは、既に多くのブログで語りつくされていますが、その他の企業でも素晴ら

                            UIデザイナーが知っておきたい海外の優れたデザインシステム17選 | ベイジのUIラボ~業務システムとSaaSのUIを考える
                          • なぜUber配車サービスは日本で失敗したのか? | Coral Capital

                            配車サービスとしてのUber Japanは、なぜ日本市場で立ち上げに失敗したのでしょうか? 2014年3月にアプリによる配車サービスをスタートしたUberですが、あれから7年。今や東京でUberといえば、フードデリバリーのUber Eatsを指すようになっているのではないでしょうか。 日本でのUber失敗の原因は、いろいろな説明があり得ますが、この問いに対する答えには、今の日本のスタートアップ・エコシステムにおける重要なテーマが潜んでいるのではないかと思います。 「日本では」法律を破ってはいけない 長く日本に住むアメリカ人連続起業家の友人、Tim Romero氏がホストするポッドキャスト「Disrupting Japan」で、かつてこのテーマを扱ったことがあります。日本社会のあり方やUber海外展開失敗の事例国の1つの説明として、ポッドキャストの内容をTim本人が書き起こした記事は、英語圏

                              なぜUber配車サービスは日本で失敗したのか? | Coral Capital
                            • とある行政経験者からの石丸伸二評

                              三十代、元自治体職員の所感。 報復の議員定数半減条例就任してそこまで経っていない頃だっただろうか、副市長人事の同意を議会から得られず、さらに議員提案により副市長の定数を減らす条例が可決成立したことがあった。当時のニュースを見ていたときは、議会の封じ込めを図る姿勢はどうなんだろうと思ったものだ。しかし、その後、今度は氏側が議員定数を半減させる条例を提出した。それっぽいことを並べていたが、まあ報復である。 当然否決されるわけだが、議会への条例提出には、例規審査と呼ばれる体裁、法的整合性などの確認作業があり、付随して議案としての説明文の作成、資料の印刷、マスメディアへの提供も行われる。子供の喧嘩のような仕返しに付き合わされる職員としてはたまったものではない。 氏の支持者には、彼を論理的で是々非々な人間と評する者もいるが、このくだりを見る限り、その評には疑問符がつく。なるほど、深謀遠慮、否決される

                                とある行政経験者からの石丸伸二評
                              • 追記 / 子供は産まなくても良かった

                                今のところ自分は産まなくても十分幸せだっただろうなーと思う。 子供はすくすく育ち、5歳になった。 共働きで、メインの稼ぎ手は私であり、夫とは仕事家事育児のすべてを分担している。 それでもとにかく、いくら分担したところで、母親業ってやつに心が馴染まない。 「面倒くさ〜」「疲れるな〜」とか、そういう感情が先立つ。親であるデメリットを毎日感じる。とくに自分が体調不良の時は本当に勘弁してくれと思う。 自分のリソースをここまで削られることに対して、育児って狂ってんなーとしみじみ思う。 常に睡眠不足だし、外に出りゃ私たちがちゃんとした親かどうかを逐一社会がチェックしてくるし、保育園から持って帰ってきた体調不良は家全体に蔓延するし、お金はバカほどかかるし、家の中は汚されるし散らかるし、ずっと騒々しいし、何かやろうと思えば体感20秒ごとにストップが入る。自分のことをする時間は本当にゼロになる。育児の裏でな

                                  追記 / 子供は産まなくても良かった
                                • 新規Webサービスを独りで開発・運用する際に立ちはだかった壁とそれを乗り越えた方法まとめ【個人開発】 - Qiita

                                  その1. そもそもアイデアが思い浮かばない 遭遇確率 :★★★★☆ どんな壁?:いざWebサービスを作ろうとしても何もアイデアが思い浮かばない 解決策:身近な課題をひたすら探す サービスを作る上では何かを解決する系のアイデアであり、かつ自分が当事者であるとモチベーションも続きやすいです。 自分が普段ネットを使っていて不便だと思うこと、今使っているサービスの不満点、などなんでも良いのでとりあえず書き出してみましょう。 大体この中に自分の技術力でも解決できるような課題が存在します。 もし自分の中での課題が見つからないという場合は、日々Twitterのタイムラインで流れてくる身近な人が抱えている課題をピックアップしてアイデア化するのもありです。 回避策:しょぼいアイデアでも日々書き残していく いざサービスを作るというときにアイデアも出ないし身近な課題すら見つからない場合は、普段からアイデアを無理

                                    新規Webサービスを独りで開発・運用する際に立ちはだかった壁とそれを乗り越えた方法まとめ【個人開発】 - Qiita
                                  • 2020年上半期に読んで面白かった本5選 - 本しゃぶり

                                    いつの間にか2020年も半分が過ぎている。 上半期に読んだ中からおすすめの5冊を紹介する。 【目次】 2020年上半期に読んだ本 『140字の戦争』 『僕らはそれに抵抗できない』 『欠乏の行動経済学』 『21 Lessons』 『サーチ・インサイド・ユアセルフ』 終わりに 2019年に読んでおすすめの本 2020年上半期に読んだ本 今週のお題「2020年上半期」ということなので、タイトル通り2020年上半期に読み終えた中から良かった本を5冊紹介する。去年は後で書こうと思っていたら、結局今年の3月まで書かずにいた。散髪と同じで半年に1回くらいがちょうどいいのかもしれない。 2020年上半期に読み終えた本は41冊。去年は年間で101冊なので遅いペースだ。 2020年上半期の読了数推移 言い訳をするならば、1月上旬は体調不良、5月・6月は引っ越しで忙しかったせいだ。多く読めばいいというものではな

                                      2020年上半期に読んで面白かった本5選 - 本しゃぶり
                                    • 接触確認アプリの不具合という問題の所在は、OSSコミュニティではなくリリースプロセスの不備にあるのでは|Hal Seki

                                      接触確認アプリの不具合という問題の所在は、OSSコミュニティではなくリリースプロセスの不備にあるのでは いよいよリリースされた厚生労働省の接触確認アプリですが、「ストアで接触確認アプリと検索しても見つからない」「利用開始の日付が更新されてしまう」「初期設定時にBluetoothの許可をしないとアプリが立ち上がらない」などといった不具合が見つかり、Twitter 等で、接触確認アプリのベースとなるコードをオープンソースで開発し提供した Covid19Radar コミュニティ(以下OSSコミュニティ)に対して批判が出ています。 しかし、接触確認アプリの不具合に対して、問題の所在をOSSコミュニティそれ自体と捉えて、殊更これを責めるというのは、日本のOSSコミュニティの文化醸成のみならず、IT業界にとっても良いことでは無いと考えます。 「誰が悪い」といった責任論は問題の所在の全容を見えにくくして

                                        接触確認アプリの不具合という問題の所在は、OSSコミュニティではなくリリースプロセスの不備にあるのでは|Hal Seki
                                      • 【翻訳】コードは書けないけど、1人で作ったwebサービスを収益化した話 - Qiita

                                        今回は、Corey Haines(@coreyhainesco)氏の「How I launched a profitable job board with no-code tools in 3 weeks」という記事を、本人の許諾を得て翻訳・掲載しています。 およそ12,000字の長い記事なので、かんたんに内容をまとめると下記のようになります。 翻訳元記事の筆者はスタートアップでマーケティングを本業としている。 自身の経験から、マーケター専用求人サイトに需要を見出し、開発に着手。 非エンジニアでコードは書けないので、ノーコードツールを駆使して開発。 持ち前のマーケティング力でサイトを成長させる(Product HuntやTwitterで初期ユーザーを獲得し、SEOやメーリングリストで継続的成長)。 具体的な金額は非公開だが、一定の収入源にはなっている。 いわゆる個人開発のお話になります。翻

                                          【翻訳】コードは書けないけど、1人で作ったwebサービスを収益化した話 - Qiita
                                        • 秒で「ChatGPT上級者」になれる神プロンプト25選&拡張機能5選 - IT・科学 - ニュース

                                          マネするだけで一気にChatGPTの上級者になれる! 「オレはChatGPTを仕事でこう使っている!!」に続き今回の特集では、初心者でもわかるデビュー方法と、すぐに使える超基本的な指示文を厳選して紹介しているので、ぜひ参考にしてほしい! * * * ■秒でわかるChatGPTの使い方ひと言で言うと............自然な会話形式で質問ができるAIサービス!! Q.どうすれば使える? 公式サイトからメールアドレスを登録すればOK! Q.いくらかかる? 基本無料だが、有料版(月額20ドル)も。応答が早かったり、回答の精度が上がったりするので、ガッツリ使うなら有料版がオススメ。ある程度のことなら無料版でも十分賄える。 Q.使い方は? メイン画面のメッセージ欄に、日本語で質問をするだけ。しばらく待てば回答が返ってくる。 Q.どういったことが頼める? 文章を作るAIなので、文書作成や要約、アイ

                                            秒で「ChatGPT上級者」になれる神プロンプト25選&拡張機能5選 - IT・科学 - ニュース
                                          • 老害というのは、「自分の成功体験の再現性を疑うことが出来ない人」のこと

                                            この記事で書きたいことは、以下のような内容です。 ・成功体験を分析すると、大きく分けて「再現可能な部分」と「再現不可能な部分」に分けられる ・前者は「自分の努力や実力でカバー可能な要素」後者は「周囲の環境や運次第で、努力や実力とは関係ない要素」と言い換えることも出来る ・部下や後輩を指導する立場の人間は、定期的に自分の成功体験をたな卸しして、再現可能/不可能を切り分けしておくべき ・「老害」とは、自分の成功体験のたな卸しが出来ず、成功体験全てを努力で勝ち取ってきたと勘違いしている人のこと ・再現不可能な成功体験に基づいた指導を部下や後輩に押し付けるのは避けた方がいいですよね よろしくお願いします。 さて、書きたいことを最初に全部書いてしまったので、後はざっくばらんにいきましょう。 以前勤めていた会社でお世話になった元上司が先日定年退職されまして、久々に電話でお話しました。 こんなご時世なの

                                              老害というのは、「自分の成功体験の再現性を疑うことが出来ない人」のこと
                                            • 当事者としては90年代後半の青春時代はクソ

                                              バブルはとっくに崩壊してるのにバブル残滓だけ残ってた。 上の世代の頭が切り替わってねーのよ。 「老害死ね」って思ってもネットはまだ始まったばかりで 今みたいに簡単に社会に物申して縦横無尽にバズるということが出来ない。 今もちょっと残る「非モテ」みたいな議論も 主にはあの時代に青春送った人たちの苦情だと思う。 80年代バブルのイキり文化のウンコの残り香だけが漂ってたせいで 当時は男への滅茶苦茶高い要求を煽るようなメディアばっかりだった。 実態市場がほんとにそんな相場だったかはしらないけど ああいう情報で気が大きくなった女や委縮した男は沢山いたと思う。 当時の平均的な若い男女が頑張った結果成立するような 平均的なデートやカップリングは肯定を得られなかった。 格好悪いダサい十分な基準に到達してないものとされた。 あの当時の「デート文化」的なものからの攻撃の空気が嫌で仕方なかったし あの時に恋愛市

                                                当事者としては90年代後半の青春時代はクソ
                                              • にじさんじの切り抜きをYouTubeで投稿して全部で1200万円稼いだ話|ととめる

                                                概要 タイトルの通り。 切り抜き自体はそんなに難しくはなかった。やり方とか辞めた理由とか書こうと思います。 切り抜きが収益化してないと思ってる人もいそうだし、知っててもこんなに儲かるのは知らなかったりとかありそう。とにかく、みんなが見ている切り抜きの99%は収益化している。残念。理想郷なんてなかった。トップ層は自分の数倍以上稼いでる。億も多分稼げるだろうし稼いでる人はいると思う。それこそ、8分以上の質の高いまとめの切り抜きを出すところとか。 視聴回数とかの情報出すと特定されそうなので隠してます。こんなのはいくらでも捏造できるので参考程度。グラフは再生回数(上)と一日当たりの収益(下)。 最大日次は10万行ってないくらいでした。 見たらわかる通り1年前くらいにやめてます。 やり方①Vtuberの配信を見て、面白いと思ったところを録画する。 ②録画したもので不必要な部分を適当にカットして、視聴

                                                  にじさんじの切り抜きをYouTubeで投稿して全部で1200万円稼いだ話|ととめる
                                                • 同期エンジンの心臓部を書き換える

                                                  0 0 719 0 この 4 年間、Dropbox では、デスクトップ クライアントの同期エンジンを白紙の状態から再構築しようと懸命に取り組んできました。同期エンジンは、デスクトップ パソコン上の Dropbox フォルダの陰に隠れた魔法です。これは、Dropbox で最も長く使われているコード部分であり、最も重要なコード部分の 1 つでもあります。今回、新しい同期エンジン(コードネーム「Nucleus」)をすべての Dropbox ユーザー向けにリリースさせていただくことを、ここに発表いたします。 同期エンジンの書き換えは本当に大変な作業で、多くの環境でマイナスともなりうる構想であったことに鑑みると、手放しで祝う気持ちにはなれません。結果的には Dropbox にとって素晴らしいアイデアであったわけですが、それは、私たちがこのプロセスにどのように取り組むべきかを熟考したからこそ、たどり着

                                                    同期エンジンの心臓部を書き換える
                                                  • 賃貸マンションに入れてはいけない客・外国人と老人編

                                                    賃貸マンションに入れてはいけない客 https://anond.hatelabo.jp/20230609174500 賃貸マンションに入れてはいけない客・Q and A編 https://anond.hatelabo.jp/20230610122156 ↑を書いた元増田です。 kappa_ycさんの「この文章をきっかけに読み手のステレオタイプが拡大され同様の行動に至ればそれは立派な差別の助長」という理性的な批判コメントは俺の琴線に触れた…。なるほど理解できる…。 それなら俺の書いた記事を公開したままにしておくのは良くないな。 ただ、前記事で外国人と老人について書いたところは俺の力が足りず、大きく誤解されていたように感じたので、補足を入れたい。その周知期間として2、3日とり、その後はこの記事も含め適当なタイミングで削除する。 ⚫︎外国人について まず俺が入居を断る外国人はビジネスレベルの日本

                                                      賃貸マンションに入れてはいけない客・外国人と老人編
                                                    • 2020 年、 React 軸で学ぶべき技術 - mizchi's blog

                                                      なぜ仮想 DOM という概念が俺達の魂を震えさせるのか - Qiita から 5 年経ち、 仮想 DOM を備えた React やそれを採用した Vue や他のライブラリも市民権を得たように思います。 有用な技術が市民権を得る、というのはエコシステムが花開くことでもあります。新しいプロダクトを作る際の技術選定において、 TypeScript + React が常に正解というわけではないですが、このスタックはかなり強力だという手応えがあります。 このスタックは得意のウェブフロントエンドは勿論、それ以外もとりあえず 80 点ぐらいの品質でプロトタイピングできる、というようなエコシステムになってきたような肌感があります。 モダンフロントエンドだと TypeScript と Webpack は採用しているのを前提として、本記事では React を軸にその技術を活かすために、次の 6 個の技術を紹介

                                                        2020 年、 React 軸で学ぶべき技術 - mizchi's blog
                                                      • クラウドエンジニア(AWS)ロードマップ2021 - Qiita

                                                        お知らせ 2022年初頭に本記事を元にしたAWS書籍が技術評論社より全国出版決定いたしました。 関係者各位のご協力に深く感謝いたします。 タイトル:AWSエンジニア入門講座――学習ロードマップで体系的に学ぶ 本書籍出版までの制作プロセス、チーム執筆の方法論などをまとめました チームで技術書を出版して学べた共同執筆メソッド はじめに インフラ初学者がAWSを用いた設計・構築レベルに到達するため、学習の全体像をロードマップ図にまとめました。 背景 パブリッククラウド全盛期においてAWSは全エンジニアにとって「常識」となりました。 しかしながら、情報過多によってAWS学習に必要な情報がネット上のノイズに埋もれてしまい、初学者の直感による判断が誤った学習に行き着くこともあります。 このロードマップはAWS学習の全体像を俯瞰でき、パブリッククラウドを用いた設計・構築レベルに到達するまで導く体系的なス

                                                          クラウドエンジニア(AWS)ロードマップ2021 - Qiita
                                                        • 新人が無能すぎて辛い

                                                          詳細はボカすが吐き出したくなったので投稿。 厳密に言うと同じ現場の別業種の他会社の( その業種はそこの1社しかない)話で、直接俺とは関係ない。 そこの会社の業務はサービス業の側面が強く、客先の従業員への窓口対応がメインの業務で、テキパキと迅速な対応が求められる場面が多い。 その為か、指導が割と厳しい。服装の乱れや持ち物から髪色まで細かく言われる。ミスが発覚すると裏で詰められる。(1人で多くの人数を捌くので早く覚えて欲しいという意図もあるんだと思う)物言いがキツい社員と穏やかな社員で二極化していて、割合は半々ぐらい。 そこの会社に新人が入ってきた。20代の男性で、物静かそうな、大人しそうな子だ。こっちが挨拶をすれば返ってくる。 そこの会社の従業員たちが言うには、その子はとてつもなく仕事覚えが悪いらしい。受け答えが覚束ず、メモばっかり取っていて、ろくに客と対応が出来ないと嘆いてた。最初は物言い

                                                            新人が無能すぎて辛い
                                                          • アメリカでソフトウェアエンジニアの職を探した - pco2699’s blog

                                                            はじめに 前提 アメリカで働くためのビザ 業務経験 2023年のアメリカのテック業界の状況 具体的な就活のステップ ソフトウェアエンジニアのインタビューで求められることの抽象的な理解 レジュメ Job Descriptionから逆算してレジュメを作る 一枚におさめる 数字を用いてスケールとビジネスインパクトを示す なるべく隙間を埋める フォーマット添削ツールにかける レビューを受ける ネットワーキング・リファラル 応募する アメリカの就活はNumber Game 採用のトレンドを追う 時期を見計らう Linkedinで最新の求人を見つける方法 Promotedをすべて非表示にする "Most Recent"順にする 検索クエリを工夫する 設定をブックマークする 時間を決めて巡回する コーディングインタビュー対策 アルゴリズムの地図を脳内に作る 大学やCouseraでアルゴリズムの授業を取る

                                                              アメリカでソフトウェアエンジニアの職を探した - pco2699’s blog
                                                            • 小中高大生にプログラミング教育をしてきて分かったこと - Qiita

                                                              はじめに 私はこれまでにアルバイトやTA (Teaching Assistant)を通して小学生、中学生、高校生、大学生にプログラミング教育をしてきました。また、予備校に通って一浪して大学に入学したという経歴もあります。これらの経験から、「教育とはどうすべきか」「学ぶのに必要なものは何か」「プログラミング学習の特別な点はなにか」などを自分なりに悟りました。 本記事ではこれらのことを踏まえながら、「プログラミングが上達しない人の傾向」や「よく陥るエラー」などを紹介しつつ、プログラミング教育者がすべきことのヒントを示せたらいいかなと思います。 ※本記事はプログラミング教育のハウツーをまとめたものではありません。 プログラミングが上達しない人の傾向 検索力が低い、検索の仕方を知らない、知ろうとしない 調べる癖がない、分からなかったことを分からないままにしていても生きていられる 説明文を読まない、

                                                                小中高大生にプログラミング教育をしてきて分かったこと - Qiita
                                                              • 技術選定/アーキテクチャ設計で後悔しないためのガイドライン - Qiita

                                                                はじめに 本稿は、ソフトウェア開発を進める際に直面する様々な技術的な意思決定やライブラリ・フレームワーク・XaaS等を選択し正しく活用していくのかについての考え方をサポートすることを目的としています。「すべてにおいてこのようなワークフローを通じて検討すべきである」という主張ではありません。読者の抱える問題領域に応じて、必要な箇所を取捨選択するための1種の考え方を提供するものです。 そもそもアーキテクチャ・技術選定に時間をかけるべきか まず第一に伝えておきたいことは、技術選定やアーキテクチャ設計に常に慎重であるべきではないということです。ソフトウェアの規模やライフサイクルに応じて、そもそも時間をさく必要がないということも多くあります。書き捨てのシェルスクリプトにも読みやすいコードを求めて書くことは非常に重要ですが、だからといって組織だって議論・検討するようなものでもないのです。一方で、5年も

                                                                  技術選定/アーキテクチャ設計で後悔しないためのガイドライン - Qiita
                                                                • エンジニアリングマネージャーになる前に知りたかった考え方 - Qiita

                                                                  Qiitaで期間限定開催中の、「エンジニアによるマネジメント」に関する記事を投稿するイベントへの参加記事です。 マネジメントを始めて悩んだこと 約1年前、アシスタントマネージャーという役職をいただき、エンジニアリングマネージャー(以下、EM)としての業務を開始しました。EMになると1on1やメンバーの目標設定、チームづくり、チームの代表として事業部リーダーズミーティングへの参加などの新しい業務をしながら、それまでのプレイヤーとしての業務も行い、目の前の業務をこなすのにいっぱいいっぱいでした。 そんな中で常に「自分がマネージャーとしてきちんとできているのかが分からない」という不安を持っていました。また、どんなスキルをつけて、どうなれたら正解なのかというイメージが見つからず悩んでいました。 ある時、先輩との1on1で、「(メンバーとの1on1やメンバーの育成を)どうしてそれをやるのか」と問われ

                                                                    エンジニアリングマネージャーになる前に知りたかった考え方 - Qiita
                                                                  • クックパッドを退職しました - 昼メシ物語

                                                                    2024年1月末まで在籍していますが昨年12月に業務は終えていて、いまは有休消化期間中です。2010年から約14年間勤めてきた、自分の生き様そのものとも言えるクックパッドを離れるのには、表現しきれないほど大きく、複雑な思いがあります。 僕がこの14年間でやってきたことを振り返ってみます。 入社 クックパッドに入社した時は新卒3年目相当で、26歳でした。もともと料理と Ruby が好きで、当時まだ珍しかった Ruby on Rails でサービス開発をしているらしいという点や、当時からネットウォッチしていた @ryo_katsuma さんが所属していること、直属の上司の井原さんが転職したことが決め手になり、体当たりで飛び込みました。当時の僕はほとんど実績もなく、入れてもらえるかギリギリのところだったと思いますが、おそらく井原さんが頑張って交渉してくれたのだと思います。本当に感謝しています。こ

                                                                      クックパッドを退職しました - 昼メシ物語
                                                                    • ベンチャーキャピタルから個人破産申立されて4,000万円支払った話|佐藤由太

                                                                      事実は小説より奇なり。誰も恨まない生き方をするに至った過程をnoteにまとめ、たった1人でも役立てば良いと考え、ナレッジとして残すことにした。 経営は社長に責任がある。これは間違いない。起業家は出資者を恨むことをしない方が幸せになると思う。これもたぶん間違いない。厳密には違うけれども僕が心がけていることだ。 そんな僕が、金商法違反を平気で行うベンチャーキャピタル(VC)から個人破産申立をされた末に4,000万円支払った話をしようと思う。 しかし今でもVCを恨んでいない。そんな能天気な自分が明日を創ると信じている。起業家なら暴風雨でも前を向いて進みたいものだ。 さて、この話では普通は表に出てこないような失敗談や注意すべきポイントが多数出てくる。これから起業してエクイティによるファイナンスを検討している人にとって参考事例になることを願う。 未だに存在する昔ながらのベンチャーキャピタル起業した一

                                                                        ベンチャーキャピタルから個人破産申立されて4,000万円支払った話|佐藤由太
                                                                      • ソフトウェアエンジニアとしての能力を高める方法について考えてみた - joker1007’s diary

                                                                        早朝の寝る前ぐらいの時間にぼやっと下記の様なツイートしたらちょっと反応を貰ったので、取り留めは無いが自分なりに考えていることを書いてみる。 人を育てるのも仕事の内というのは完全にその通りなんだが、そこにドキュメントや本があるから読みます、触って作ってみます、生きたコードを読みます、以外に学ぶ方法なんかねえし、知らねえよ。ただやればいいだけの事に説明も何も無いんだよな……。マジ分からん……。— joker1007 (アルフォートおじさん) (@joker1007) March 2, 2023 タイトルは雑に書いたけど、能力を高めるというと範囲が広過ぎるので、技術的な意味でできる事が増える、ということをテーマとして話をしていこうと思う。基本的に自分の考え方の話なのでそこは御留意ください。 ツイートした通りで、状況や対象に依って割合は変わるかもしれないが基本的にそのためにやることは3つしかないと

                                                                          ソフトウェアエンジニアとしての能力を高める方法について考えてみた - joker1007’s diary
                                                                        • ご奉仕チキンレースで均衡する出世水準 - やしお

                                                                          出世する、より上位の管理職に上がって行くというのは、マネジャーとしての力量や適正も必要だけれど、「どこまで奉仕できるか(どこで降りるか)」によるところが大きいのだろう。その奉仕水準でどこまで行くか/どの辺で止まるか均衡するのだと、会社で仕事をしながらつくづく感じるこのごろ。 ポジション上昇の基本路線 新人→中堅社員→係長→課長→部長→……とポジションが上がるに従って、受け取る仕事の粒度が大きくなってくる。 重要度や影響度から正確にリスクを抽出して優先順位を決められる。 大きな仕事を適切に分割して相互関係を理解できる。 期日から逆算して分割した仕事にマイルストーンを割り当てられる。 情報を整理して他者に状況を正確に説明できる。 自分にない力量を持つ他者・他部門に割り振れる。アウトソースできる。 といった管理能力がより高度に必要になってくる。 逆に言えば、こうした技術・能力が高い人をより高いポ

                                                                            ご奉仕チキンレースで均衡する出世水準 - やしお
                                                                          • GPT-4時代のエンジニアの生存戦略 - Qiita

                                                                            GPT-4時代のエンジニアの生存戦略 ※ この記事の内容の一部はこちらのイベントでお話したことと重複します。 はじめに 2023年3月1日にOpenAI社よりChatGPTのAPIが公開されました。 さらに14日にはGPT-4が登場し、その翌々日にはMicrosoft 365 CopilotでGPT-4をOffice製品に搭載することが発表されるなど、AI領域で大きな変化が起きています。 変化の速度の速さと変化量の大きさにより、私自身も追いつくのが精一杯な状態です。 個人的には、iPhoneの登場時以上の衝撃を受けています。 人類の歴史上、過去3回AIブームがありました。Generative AIが4回目のブームになります。 そして、特に日本においては顕著なのですが、AIへの過度な期待とそれへの失望の繰り返しがここ数十年にわたって繰り返されてきました。 直近だと数年前のDeep Learn

                                                                              GPT-4時代のエンジニアの生存戦略 - Qiita
                                                                            • 40歳で料理を始めてみたら「パソコンを起動できないおじさん」の気持ちがわかった件。

                                                                              自分の無知や弱点を晒すことは、学びを得る上で非常に重要なことです。 かつてソクラテスが言ったように、「自分が何を知らないか」ということを認識するのはどんな人にとっても大変困難なことでして、多くの場合他者との接触を通して「自分の無知」を認識する他ありません。 その意味で、「俺はこれについて何も知らない」ということを、我々はどんどんオープンにしていくべきなのです。 ということで恥を忍んで申し上げるのですが、しんざきは料理というものについて全く、さっぱり、完全無欠に知見がありません。 今までの40年程の人生、料理というスキルに殆ど触れずに生きてきてしまいました。 いや、決して、私が「男子厨房に立たず」などという時代錯誤な主義を持っているわけではないのです。 厨房には立ちます。 皿も洗えばシンク掃除もするし生ごみの始末も排水口の掃除もします。 そこについては主張させてください。 ただ、しんざき家で

                                                                                40歳で料理を始めてみたら「パソコンを起動できないおじさん」の気持ちがわかった件。
                                                                              • 日米OSDN離合集散、苦闘の21年史

                                                                                さて、ついに退職エントリだ。私は米国のオープンソース・ムーブメントを日本で再現するためのコアを作るために民間企業へやってきたはずだった。それから21年、随分と長い航海になってしまったが、結局様々な尻拭いを続けてきたという感慨ばかりが起きてくる。一つの歴史として書き残すいいタイミングなのでその苦闘を振り返っておこう。 なお、長く付き合いが続いてしまう米国側法人は下記のように名称が変化している。なるべく頭に米国と付けて日本側法人と区別しやすいように記述するが、突然名称が変わったりするので注意してほしい。多くがもはや消滅した法人のことなので、さすがに一気読みするような酔狂な人はほぼいないと思うが。 VA Research      Andover.net ↓         ↙︎ (VAによる買収) VA Linux Systems ↓        ↘︎ (Andoverから社名変更) VA

                                                                                  日米OSDN離合集散、苦闘の21年史
                                                                                • スケールする組織を支えるドキュメンテーションの技術を”GitLab Handbook”から学ぶ|Anno Takahiro

                                                                                  ドキュメント文化は健全な組織のスケールのために必要 組織の中でドキュメント/文章を残し活用していくことはとても重要だ。クオリティの高いドキュメントがあることで、組織に情報が流通し、透明性を確保できるようになる。情報を流通させるためにいちいち口頭の説明がいらないから、メンバーの数が増えた時でもスケールしやすくなる。過去の結論にアクセス可能になるので、議論を積み上げていき、意思決定のクオリティを高めることにもつながる。そもそも何かを読むということは何かを聞いて教わるよりも時間あたりの処理量が多いし、非同期に実施できる。良いドキュメントをアセットとして社内に蓄積していくことはスタートアップのみならず、ありとあらゆる組織が成長していく上でとても重要であると言える。 しかしその一方で、良質なドキュメント文化を徹底できている会社は多くないように見える。例えば、社内のドキュメントを蓄積させていく場所とし

                                                                                    スケールする組織を支えるドキュメンテーションの技術を”GitLab Handbook”から学ぶ|Anno Takahiro