並び順

ブックマーク数

期間指定

  • から
  • まで

321 - 360 件 / 77439件

新着順 人気順

設計の検索結果321 - 360 件 / 77439件

  • Armの中国合弁会社がArmからの独立を宣言し、中国市場を乗っ取り。ArmのIP売上から作られた中国独自製品も発表 - ゲームキャスト

    Apple の iPhone や Mac で試用される AX チップ、M1 チップ、Android スマートフォンの多くが試用している Snapdragon、その他さまざまなシーンで採用されている Arm アーキテクチャを持つ ARM ホールディングス。そのライセンス権利を独占的に与えられた中国合弁企業が乗っ取られ、権利を奪ったまま独立を宣言してしまったことをSemiAnalysisが伝えている。 簡単に説明すると、Arm の中国における権利をもった会社の CEO が背任行為を行っており、Arm は解任しようとしたが中国の制度上の問題で失敗し、CEO は中国における顧客、売上を奪って独自製品を開発するまでの力を持つに至り、独立したという状態になるようだ。 詳細に経緯を説明していくと、下記のようになる。 Arm はもともとイギリスの企業だったが、2016年に日本のソフトバンクに買収された。

      Armの中国合弁会社がArmからの独立を宣言し、中国市場を乗っ取り。ArmのIP売上から作られた中国独自製品も発表 - ゲームキャスト
    • CTOが選ぶ、エンジニアのみなさんに個人的に読んでほしい本|藤村

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

        CTOが選ぶ、エンジニアのみなさんに個人的に読んでほしい本|藤村
      • エヴァ破〜Q空白の14年に、何が起きたのか(シン・エヴァ後向け)|深津 貴之 (fladdict)

        エヴァ破〜エヴァQまで、空白の14年間に起きたこと推測。誤差はあれど、おおまかあってるはず。シン・エヴァ後に見てね。 ネタバレがいやな人は、もひんこさんの記事(2020年のものなので安全)がオススメ。裏付け中に出会ったnoteですが面白いです。自分とはいくつか予測がことなるけど、リアリティのある予測。 以下、エヴァ破の予告編に準拠した、「14年もすっ飛ばないエヴァQ」の大まかな想定プロット。 前提は以下の3つ 1. 最初は予告通りに作ろうとしていた 2. ミサトさんの次回予告ボイスは、いつものように時系列に忠実 3. エヴァQ、シン・エヴァの登場人物が無意味な嘘をついていない事実度の高い情報には(出典)。仮説度の高い情報には(仮)をつけている。 エヴァ初号機凍結 ヱヴァンゲリヲン新劇場版:破、1:51:34より引用 ゼルエル戦でS2機関と綾波をとりこんだ初号機は、サードインパクトを発動。し

          エヴァ破〜Q空白の14年に、何が起きたのか(シン・エヴァ後向け)|深津 貴之 (fladdict)
        • Markdownでシーケンス図とかが書けるMermaid記法で業務フローを書いたら意外とイケたので自分なりのコツを紹介してみる | DevelopersIO

          こんにちは、臼田です。 みなさん、業務設計してますか?(挨拶 今回はMarkdownでシーケンス図やフローチャートなどの図を記述できるMermaidを使って業務フローを書いてみたら、意外と書けたので自分なりのTipsを紹介したいと思います。 その前に 注意点として、まだMermaidを使い始めたばかりなので、「もっとこうしたらいいぞ」とか「こっちのほうがいいぞ」とかあれば建設的なフィードバックとしてSNSとかでいただけるとありがたいです。 あと業務フローって表現しましたが、人によって思い描く業務フローが違うと思うので、業務フローの定義に関するツッコミはご容赦ください。私が今回Mermaidで書いたのは以下の図です。(内容はブログ用に簡素化しました) この図のコードは以下のとおりです。(後ほど解説します) sequenceDiagram autonumber actor お客様 partic

            Markdownでシーケンス図とかが書けるMermaid記法で業務フローを書いたら意外とイケたので自分なりのコツを紹介してみる | DevelopersIO
          • 進撃の巨人はワシが育てた!と言っても良いのだろうか|深津 貴之 (fladdict)

            人づてに聞いたところ…進撃の巨人のムック本に、「作者の諌山氏が、ポーズマニアックスというサイトで絵の勉強をした」という記述があるらしい(進撃の巨人OUTSIDEより)。 ふーん、ポーズマニアックスねぇ… ポーズ… え、あれ、ポーズ… ポ…ポポポポーン!? え、それって、僕が昔に作った個人サイトじゃね? ポーズマニアックス! 実は12〜3年ほど前、僕がノリで絵の勉強サイト、ポーズマニアックスというのを作って運営していた。3Dのポーズモデル数百体掲載され、WEB上でグリグリ回転できる、当時としては画期的なお絵かき練習サイトだ。社会人1年目につくった趣味の裏サイト。「30秒ドローイング」というお絵かき練習Flashもあった。時はまさにウェッブ2.0ブーム、一人でサービスをまるごと作ってみたいお年頃だったのである。 当時は日本で、pixivの次にトラフィックがあったお絵かきサイトだと思う(たぶん)

              進撃の巨人はワシが育てた!と言っても良いのだろうか|深津 貴之 (fladdict)
            • 炎上プロジェクトでスキルを会得する前にお前は死ぬ - GoTheDistance

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

                炎上プロジェクトでスキルを会得する前にお前は死ぬ - GoTheDistance
              • 2022年におけるフロントエンド開発のベースライン

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

                  2022年におけるフロントエンド開発のベースライン
                • コンピュータ科学者が、すべての暗号通貨は「焼け死ぬ」べきだと言う理由

                  カレント・アフェアーズより。 カリフォルニア大学バークレー校のニコラス・ウィーバーは、何年も間、暗号通貨を研究してきた。彼は、それは大惨事に終わる恐ろしい考えだと考えている。 高価なスーパーボウルの広告で誇大宣伝されたにもかかわらず、暗号通貨は今、難しい局面を迎えている。ニューヨークタイムズは、「暗号通貨の世界は今週、実験的で規制されていないデジタル通貨のリスクを図式化した売り浴びせで完全にメルトダウンした」と報じる。暗号通貨の最も声高な懐疑論者の1人は、国際コンピュータ科学研究所の上級スタッフ研究員で、カリフォルニア大学バークレー校のコンピュータ・サイエンス学科の講師であるニコラス・ウィーバーである。ウィーバーは長年にわたって暗号通貨を研究してきた。カレント・アフェアーズの編集長ネイサン・J・ロビンソンとの対談で、ウィーバーは、大いに注目されているこの技術に反感を持って見ている理由を説明

                  • テスト駆動開発とマイクロサービスのせいで短命に終わったスマホゲームの話

                    「悪い方が良い」原則をご存じだろうか? プログラミング言語「Common Lisp」の開発に携わったことでも知られるソフトウエア技術者リチャード・ガブリエル(Richard Gabriel)氏が1990年に発表した有名なエッセイ「The Rise of ``Worse is Better''」で主張したソフトウエア開発の考え方だ。 このエッセイでガブリエル氏は、美しく完全に設計・実装されるより、単純で雑に設計・実装されたソフトウエアの方が良いと説く。彼は前者を「正しいやり方」「MIT/スタンフォード式」、後者を「悪い方がよい原則」「ニュージャージー式」と呼び、ニュージャージー式がいかに優れているか様々な事例を挙げて説明する。 これは一見とても奇妙に聞こえる。 ソフトウエア開発では通常「美しい設計」や「美しいコード」が尊まれる。「車輪の再発明はするな」とか、「階層構造に分けて、要素をいつでも

                      テスト駆動開発とマイクロサービスのせいで短命に終わったスマホゲームの話
                    • 【追記あり】任天堂を辞めてから5年以上が経った

                      追記はしないつもりでいた。 でも、ある1人だけにコメントを返させてもらう。 https://anond.hatelabo.jp/20201001022747 衝撃を受けた。 ここまであなたの心を傷つけるとは思ってもみなかった。 でも、あなたにだから正直に言わせてもらうけど、辞めたことは後悔していない。 5年以上が経ったとは言いつつ、もっともっと、かなり昔の話なので当時の感情を思い出すのは難しいけど、それでも転職という答えが幸せになるための道だったんだよ。 日記は2つともすべて読ませてもらった。 ありがとう。顔も知らないあなたの幸せを願っています。 新卒で入社した。もうかなり昔のことだ。 文系の学部出身で、事務職で応募して、もの凄く面倒くさいエントリーシートを書いて、何度かの面接の後に採用された。 企画部門への配属だった。生産管理を希望していたけど通らなかった。 増田でこんなことを書いている

                        【追記あり】任天堂を辞めてから5年以上が経った
                      • 日常生活における課金ポイント

                        日々の小さなストレスは人生の幸福度を落とす。 世の中金では解決できないことも多いので、金によって解決できる問題はありがたくすべて解決する。 いくつか試してよかったものをシェアしたい 寝ても疲れが取れない マットレスのクオリティアップ、枕の見直し、遮光カーテンの導入、栄養サプリ、運動による基礎体力の向上部屋が寒くて起きられない エアコンを起きる1時間前にセットして快適な温度にしておくエアコンはお金がかかるので付けたくない 月数千円くらいの課金で毎日快適なら付けたほうがいいエアコンは空気が乾燥する 空気清浄機の加湿機能付きを買って24時間稼働させる髪の毛のセットめんどくさい。ワックス洗い流すの面倒 美容室でそのことを伝え、ナチュラルにクシャっとできる髪型に。ヘアジャムは落とすのもセットも楽でいいぞ髭剃るのだるい永久脱毛歯磨きだるい電動歯ブラシ良い奴買ってコンクールのジェル付けて磨く。2分。最後

                          日常生活における課金ポイント
                        • 日本の労働生産性はなぜ低いのか(メモ) - hidekatsu-izuno 日々の記録

                          前々から気になっている話題ではあるのだが、いくつも文献を見るうちに新たな気付きがあったのでメモ代わりに書いておく。 日本のGDPは世界第三位だということはよく知られているが、それが日本の人口の多さに起因していることはあまり知られていない。4位のドイツは 8,300 万人、5位のイギリスは 6,700 万人程度しかいない。中国も豊かになったとはいえ、まだまだ貧しい地域に住む人も多く、世界第2位のGDPも14億の人口あっての順位だ。(なお、この順位は名目でも実質でも変わらない) 一般に国の豊かさは人口で割ったひとり当たりGDPを見るが、この指標を使う場合、物価変動や為替レート変動の影響を除去するため購買力平価換算するのが一般的となっている。この購買力平価換算ひとり当たりGDPで見た場合、日本の順位は大きく下がる。先進7か国の中で最下位であるだけではなく、2009年には台湾、2018年には韓国に

                            日本の労働生産性はなぜ低いのか(メモ) - hidekatsu-izuno 日々の記録
                          • 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
                            • AIにコードまるごと解説してもらうと、界王拳100倍すぎる件|深津 貴之 (fladdict)

                              最近、見つけた技。知らない言語でコードかくときChatGPTが神すぎる。 そのテクはなんと「プログラミングまるごとを、ChatGPTに突っ込む」というもの。 え、そんなの動くの!? と思うんですが、動くんですそんなの。直球すぎて盲点だった。 試してみよう たとえば、下記はGoogleサービス使って、リアルタイムにマイク音声を文字起こしするサンプル。 こいつをチャットAIで音声会話をやろうと、軽く読んでみたのですが…うん、よくわからん。 Pythonだし、Streamingだし、音声の操作だし、普段つかわない技術が満載すぎてわからん。 雑にコードを突っ込むと人生が解決こういう時は 以下のコードを、わかりやすく説明して。 <以下、上記コードをそのままコピペ>とすると……  こうなる。 このコードは、Google Cloud Speech-to-Text APIを使用して、マイクからの音声をリア

                                AIにコードまるごと解説してもらうと、界王拳100倍すぎる件|深津 貴之 (fladdict)
                              • CPUとGPUのマルチスレッディングの違いについて - arutema47's blog

                                "Locality is efficiency, Efficiency is power, Power is performance, Performance is King", Bill Dally マルチスレッディングとは? CPUとGPUのマルチスレッディングの違いをブログにまとめていたけど例によって誰も興味なさそう— arutema47 (@arutema47) 2021年8月16日 つぶやいたら読みたい方が多そうだったので完成させました。 マルチスレッディングとはメモリ遅延を隠蔽しスループットを上げるハードウェアのテクニックです。 ただCPUとGPUで使われ方がかなり異なるため、その違いについて考えてみる記事です。 (SIMDについて並列プログラミングの観点から触れるべきでしたが、時間無いマルチスレッディングに注目するため初版では省きました。) 本記事について 本記事はCPUとG

                                  CPUとGPUのマルチスレッディングの違いについて - arutema47's blog
                                • 私が選んだデイリーポータルZベスト盤:tofubeatsさん

                                  これまで2万本に迫る数の記事を公開してきたデイリーポータルZ。読者はどの記事が好きで、どんな読み方をしているのだろうか? 読者を訪ね「デイリーポータルZの好きな記事」を教えてもらう月イチ連載。今回の読者ゲストは、音楽プロデューサーのtofubeatsさんです。 ここの文とインタビューまとめ:榎並紀行(やじろべえ) 読者歴10年以上 音楽プロデューサー・DJのtofubeatsさん。学生時代から10年以上にわたり、数々のアーティストのプロデュース、楽曲提供を続けてきた。 そして、なんと10年以上にわたるデイリーポータルZ読者でもあった。それも、かなり熱心な。 tofubeatsさん。1990年、神戸生まれ。中学生から音楽制作を開始し、大学在学中から様々なアーティストへの楽曲提供、リミックス、プロデュースを行う。2013年にワーナー・ミュージック・ジャパンからメジャーデビュー。6月12日にはリ

                                    私が選んだデイリーポータルZベスト盤:tofubeatsさん
                                  • わかりやすい説明をすると「結論を理解する労力」が「その結論を導き出した労力」と誤解されるときがある|柴田史郎

                                    まとめ ・かなりの人が「結論をわかりやすく説明したときの論理」と「その結論を試行錯誤して見つけるときの論理」を明確に分けてない気がする ・だから簡単に理解できると、簡単に生み出した答えと勘違いする ・単に結論を理解してほしいときは、わかりやすい説明だけでよい ・相手に今後自分と同じように試行錯誤してほしい時は、わかりやすい説明に加えて、試行錯誤も伝える ※追記:私も今まで分けて考えてなかった。だから気づきとして書いてみた。「かなりの人」かどうかは私の印象でしかないのに決めつけました!すみません! 結論の背景や試行錯誤をどこまで相手に伝えるか、ずっとわからなかった基本私は余計なことを説明しがちだ。だから仕事中はできるだけ情報を省いて説明する。相手の反応を見る限りそれでちょうどいい感じがする。でも、本音では「省かない方が面白いんだけどなー」とずっと思っている。なぜ省かない方が面白いのかをこれか

                                      わかりやすい説明をすると「結論を理解する労力」が「その結論を導き出した労力」と誤解されるときがある|柴田史郎
                                    • 「映像も物理も、微分可能になるとすごいことが起きる」ということの意味を文系にもわかるように説明しようと試みる

                                      「映像も物理も、微分可能になるとすごいことが起きる」ということの意味を文系にもわかるように説明しようと試みる 2021.07.26 Updated by Ryo Shimizu on July 26, 2021, 07:12 am JST 最近のプログラミングの新しい波は微分可能プログラミング(differentiable programming)である。 微分可能プログラミングとは、簡単に言うと・・・と思ったが、簡単に言うのは結構難しい。 まず「微分」という言葉があまり簡単ではない印象がある。 まずは微分と積分の関係性を説明しておこう。文系の読者に向けた記事であるので、非常にざっくりと説明してみよう(そのかわり、元々数学が得意な読者にとっては直感的ではない説明になるかもしれない)。 まず、瓶からコップにジュースを移すような状況を想定してみる。 瓶からコップが一杯になるまで60秒で注ぐとし

                                        「映像も物理も、微分可能になるとすごいことが起きる」ということの意味を文系にもわかるように説明しようと試みる
                                      • 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
                                          • CTO から見た,なぜスタートアップ
初期のソフトウェア設計は壊れがちなのか - Speaker Deck

                                            Speaker Deck This deck requires a password Password

                                            • 家電関係の仕事してるので反論・説明してみる

                                              anond:20230524090520 //もうちょい書いた anond:20230525172029 //追記 ごめんだけどブコメのこれはハッキリ反論させてくれ「できない理由を並べ立てて結果的に守旧するだけの思考回路こそが家電メーカーの文化になっちゃってるのよね」などその手の意見 出来ないとは言ってない「今主流じゃない理由」や「作らない理由」を書いてる。 ちゃんと読んでもらうと分かると思うんだけど、大体は一部メーカーが作っていたりするし、過去に作ったメーカーもある。 炊飯器のとこは無理って書いちゃってるけど実はやってるメーカーもある(内窯はタイガー、パーツはt-fal。これは凄いと思う。無理って言っちゃダメね) 他にもドラム式は日立なんかが挑戦してるところ(使ってないので本当にメンテフリーかは自信無くて触れなかった、あと主流にはなってないので) 家電ジャンルって硬直してるって思われがち

                                                家電関係の仕事してるので反論・説明してみる
                                              • データベース設計におけるNULL - kawasima

                                                NULL絶対ダメ論や現実的には無理だから上手く付き合っていくしかないんだよ論など見られるが、せっかくCodd博士が上図の分類を提示しておられるので、これを元にもっと詳細化して考えてみよう。

                                                  データベース設計におけるNULL - kawasima
                                                • 2000年以上にわたって科学者を悩ませた「レンズの収差問題」がついに解決される

                                                  by Takashi Hososhima 「古代ギリシャの科学者であるアルキメデスが凹面鏡で太陽光を集めて敵艦を焼き払った」という伝説がある通り、光学の歴史の始まりは2000年以上前に遡ります。そんな光学の歴史上で人類が2000年以上も解決できなかった「レンズの収差の解消」という難問をメキシコの大学院生が数学的に解決したと報じられています。 OSA | General formula for bi-aspheric singlet lens design free of spherical aberration https://doi.org/10.1364/AO.57.009341 Mexicans solve problem unattainable for Newton https://www.eluniversal.com.mx/english/mexicans-solve-pro

                                                    2000年以上にわたって科学者を悩ませた「レンズの収差問題」がついに解決される
                                                  • 世界一わかりやすいClean Architecture - nuits.jp blog

                                                    本項は「C# Tokyo オンライン「世界一わかりやすいClean Architecture」他」による発表の登壇原稿となります。過去に発表した.NET版の記事はこちらにアーカイブしています。 本稿のサンプルコード・PPTはこちらで公開しています。 「CC BY-SA 4.0」で公開していますので、気に入っていただけたら営利目的含め、ライセンスの範囲で自由に利用していただいて問題ありません。 github.com また動画を以下で配信しています。よろしければご覧ください。 世界一わかりやすいClean Architecture はじめに まず初めに、クリーンアーキテクチャの誤解されがちな二つのことについてお話させていただきます。 その上で、クリーンアーキテクチャの本質とは何か?押さえておくべき、本当に重要だと考えている三つの事について、お話しします。 注意事項 さて本題に入る前に、少し注意

                                                      世界一わかりやすいClean Architecture - nuits.jp blog
                                                    • 【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
                                                      • 丸よりも丸みを感じる!? スーパー楕円の魅力とデザイン | Spinners Inc.

                                                        こんにちは、Spinners の元山 (@kudakurage) です。 最近はresize.fmという緩めのデザイン系ポッドキャストを @dex1t と始めて、オーディオ系のデバイスや仕組みについて勉強する毎日です。今のポッドキャストの収録環境についても近々書き残しておこうと思っています。 2021年1月に日本で話題になった音声SNS「Clubhouse」についてresize.fmでも取り上げて話したのですが、その中でも話しているスーパー楕円というものについて今回は詳しく書いていこうと思います。 INDEXピート・ハインのスーパー楕円スーパー楕円とデザイン建築や家具のデザインデジタルプロダクトのデザインスーパー楕円を利用した印鑑スーパー楕円の描き方数式を使った描き方(Adobe Illustrator)簡易的な描き方(Vector Draw Tool)ピート・ハインのスーパー楕円 Sou

                                                          丸よりも丸みを感じる!? スーパー楕円の魅力とデザイン | Spinners Inc.
                                                        • 農業の自動化は全然進んでない

                                                          https://b.hatena.ne.jp/entry/blog.livedoor.jp/dqnplus/archives/2010596.html この辺見てて思ったけど、はてなーってネット情報に踊らされすぎてる テレビの情報は鵜呑みにしないくせにネットの情報は鵜呑みにするよな ドローン農薬散布の実情農業の中でもとりわけ稲作でドローンの利用が考えられているけれど その主な利用として期待されてるのが農薬散布 昔から小型ヘリとか小型飛行機みたいなのを使った農薬散布はあるんだけど とてつもなく費用が高いからあんまり進んでなかった ドローンになってそれが格安になったから期待されてるんだけど実情はなかなか厳しい 安くなったといっても農薬散布できるぐらい大型のドローンになると100万とかになってきて 個人農家で買うには投資対効果がまだちょっと薄い 村とか市とかの単位で買えば良いって簡単にみんな思う

                                                            農業の自動化は全然進んでない
                                                          • 良いコードの書き方 - Qiita

                                                            概要 チームによる継続的開発を前提としたコーディングのガイドライン。 特定の言語を対象としたものではないが、主に静的型付けのオブジェクト指向言語を想定している。 サンプルコードは別段の定めがなければSwiftで記載。 ガイドラインの目的 生産性を高め、メンテナンスコストを下げる バグが生まれづらくする 開発メンバー(特に新規参加者)がコードを理解しやすくする 初心者プログラマーの教育 内容の説明 タイトルの頭についた【数字】は重要度。 高いほどシステムに与える影響が大きいが、低いものの方が影響が小さく改修しやすいものが多い。 【5】変数のスコープを小さくする 変わり得る値は複雑さを生み誤解やバグに繋がるため、プログラムは変数が少ないほど問題が生まれづらい。 プログラミングの大原則として、変数は必要最低限を心がけ、むやみに増やさないようにする。 また、変数はスコープや寿命が大きいほど悪影響が

                                                              良いコードの書き方 - Qiita
                                                            • 知識不足、無茶ぶり、属人化──プロジェクトマネージャーが直面する3つの課題を乗りきるスキルセットと考え方

                                                              IT業界のプロジェクトを成功に導くためのノウハウを網羅的に解説した書籍『プロジェクトマネジメントの基本が全部わかる本』(翔泳社)。著者でパラダイスウェアの代表取締役である橋本将功さんは、プロジェクトマネージャーが直面する課題として大きく3つ、「現場で使える知識体系がない」「無茶ぶりされる」「スキルの属人化」を挙げています。これらの課題を解決するために何が必要なのでしょうか。本書から、プロジェクトマネージャーが持つべきスキルセットと、プロジェクトの成功と失敗をどう定義すればよいのかを紹介します。 本記事は『プロジェクトマネジメントの基本が全部わかる本 交渉・タスクマネジメント・計画立案から見積り・契約・要件定義・設計・テスト・保守改善まで』の「序章 プロジェクトマネジメントのスキルの全体像」と「第1章 プロジェクトとはなにか─基本的な知識と考え方をおさえよう」から一部を抜粋したものです。掲載

                                                                知識不足、無茶ぶり、属人化──プロジェクトマネージャーが直面する3つの課題を乗りきるスキルセットと考え方
                                                              • 性格の悪い婆さんは精神科で治療して構わないか

                                                                どこから精神疾患で、どこまでそうでないのかを判断するのは、とても難しい。 たとえば発達障害などもそうで、典型的かつ重度の患者さん、比較的軽度の患者さん、精神科医の何割かが発達障害と診断するかもしれない一群、までのグラデーションがある。 そして実社会では、生物学的にはASDやADHDに当てはまりそうなのに医療機関にかからないまま活躍している人も少なくないのである。 みようによっては発達障害・みようによっては定型発達、という人を外来で診る時、片っ端から発達障害と診断するのがベストだろうか? ──これに対する返答は、ドクターによって微妙に違っているように思う。どちらにせよ、障害と診断すべきか迷うような人々が精神医療の内外に存在しているのは確かである。 口の悪い、いじわるな婆さんが精神科にやって来た! さて、発達障害などとは違うかたちで、「これを“病気”とみなして“治療”して構わないのか?」と悩む

                                                                  性格の悪い婆さんは精神科で治療して構わないか
                                                                • スタートアップが鍵:人口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
                                                                  • 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
                                                                    • 僕たちはリモートワークに振り回されていた。Gatherを使うまでは。|shikajiro

                                                                      最初の金曜日「今までの働き方ではだめだ」代表からそんな発表があった。業績は上向いている。利用者も右肩上がりで増えている。でもだめだ。この程度じゃだめだ。誰しもがそう考えざるを得ないのは分かってたし、みんな壁にぶつかっていたのも分かっていた。もっと圧倒的スピードで成長しなくてはいけないのに、今までのように息を吸うようにコミュニケーションして前に進むことができない。うまく噛み合わない。すれ違う。伝わらない。誰かの失敗と同じ過ちを別の誰かが再現してしまう。会社に重りを結び付けられたかのように思うように進めない。これは一体何なのか。その正体にみんな薄々気づいていた。それは リモートワーク中心によるコミュニケーション不全 という大きな重りだった。 Ubieは決してコミュニケーションを疎かにしているわけではない。必要なミーティングであれば密に行う。スクラムを導入しメンバー間でコミュニケーションを取り、

                                                                        僕たちはリモートワークに振り回されていた。Gatherを使うまでは。|shikajiro
                                                                      • 本のフォントが気になったので、徹底的に調べてみたら、意外な事実が判明した。|後日談追記|伊藤太一 / プロダクトデザイナー

                                                                        2020.1.14.   一番下に後日談追記。 「読みたいことを、書けばいい。」という本を買った。 noteをはじめたことで、そもそも文章ってどう書くのかとか、わかりやすい文章ってどういうことなのかが気になっていたから。 学びたい欲求が出たときはすぐに行動に移すと吸収が違う。 だから買ったのに。 まず表紙からそうはさせてくれないのである。 なんだこのフォントは。 思わず読もうとする手をとめた。 まず、この「を」に注目してほしい。 タイトルの文字「読みたいこと」と「書けばいい。」と比較して、太さ(以下:ウエイト)は同じに見えるが、文字の雰囲気が異なっていることが分かる。 くるっとなってるこの部分。 ここだけ筆の流れを感じさせるような繋がりがある。 もし他の文字と同じルールで作るのであれば、こうするのが自然だ。 デザイナーさんがニュアンスを加える為に、アレンジして作った文字なのだろうか。「A1

                                                                          本のフォントが気になったので、徹底的に調べてみたら、意外な事実が判明した。|後日談追記|伊藤太一 / プロダクトデザイナー
                                                                        • 2020年現在のNewSQLについて - Qiita

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

                                                                            2020年現在のNewSQLについて - Qiita
                                                                          • ChatGPT プラグイン機能一覧|しおぱん

                                                                            こんにちは。しおぱんです。ChatGPTのプラグインがあまりに多すぎて大変だったので、プラグイン機能一覧を作りました。 【お知らせ】 プラグインの増加速度が早すぎるため、記事作成が追いついておりません🙇 お急ぎの方はこの記事作成でも利用しております、こちらのプロンプトを使ってみてください🙌 【カテゴリ検索の方法】 ブラウザの検索バーに [カテゴリ名] を入力すると絞り込みできます🙆 Mac: Command + F / Windows: Ctrl + F 【カテゴリ一覧】 [エンタメ] [音楽・音声] [画像・動画] [学習] [学術] [語学] [プログラミング] [ビジネス] [マーケティング] [ファイナンス] [ニュース] [ツール] [リサーチ] [ウェブアクセス] [天気] [旅行] [レストラン] [ショッピング] [医療・健康] [不動産] [求人] [ユーティリティ

                                                                              ChatGPT プラグイン機能一覧|しおぱん
                                                                            • UIデザイナーが知っておきたい海外の優れたデザインシステム17選 | ベイジのUIラボ

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

                                                                                UIデザイナーが知っておきたい海外の優れたデザインシステム17選 | ベイジのUIラボ
                                                                              • 2021年に買って今も使い続けている良かったもの5選 - 本しゃぶり

                                                                                本当に良いものかどうかは、時間が経たないと分からない。 だから今になって2021年に買って良かったものを紹介する。 Amazonブラックフライデーはこれを買え。 1年が経過した 去年こんな記事を書いた。 本当に良いものは、使い続けることができるものである。そう考えているので「今年買ってよかったもの」が紹介されるこの時期に、あえて「去年買ったもの」を紹介したわけだ。 今年も同じである。今回は2021年に買って良かったものを紹介する。 CO2モニター まずは単体で記事にしたCO2モニターである。 カスタム (CUSTOM) CO2モニター CO2-mini カスタム(Custom)Amazon 細かい話は記事を読んでもらいたいが、人は二酸化炭素濃度が高いと生産性が落ち、さらに高くなると健康への影響も出る。適正値の目安としては以下を参考にすると良い。 400 ppm:外気の二酸化炭素濃度がだいた

                                                                                  2021年に買って今も使い続けている良かったもの5選 - 本しゃぶり
                                                                                • 設計の考え方とやり方

                                                                                  #asken_dev「設計の考え方とやり方」勉強会 https://asken.connpass.com/event/254709/ ・良い設計は悪い設計より変更が楽で安全である ・ドメインモデル方式のクラス設計 ・イミュータブル方式のテーブル設計 ・設計スキルの身につけかた ・設計のためのモデリング

                                                                                    設計の考え方とやり方