並び順

ブックマーク数

期間指定

  • から
  • まで

281 - 320 件 / 5050件

新着順 人気順

パフォーマンスの検索結果281 - 320 件 / 5050件

  • webエンジニアの「業務委託単価表」が公開 - Digital Shift Times(デジタル シフト タイムズ) その変革に勇気と希望を

    Resource株式会社は、3,000の実績データをもとにwebエンジニアの業務委託単価表を公開したと発表した。 現在の単価が適正単価なのか、次の単価レンジに行くにはどうすれば良いか、開発発注プラットフォーム「ISSUE」の実績を使い調査したとのことだ。 2022年11月ではISSUE上に1,800人以上のユーザーデータと2,000以上の単価診断結果があるという。またISSUEではクラウドソーシング形式で企業とマッチングすることにより、報酬を獲得することができる。その際の契約時給単価を今回の相場作成の参考にしているとのことだ。 ・1,000〜2,000円 インターン・アルバイトレベル。プログラミングを始めたての学生や勉強中の人が対象になる。実務経験としては0〜1年ほどの人が当てはまる。プログラミングの概念を学んでいる段階なので、外部APIなどの公式ドキュメントを理解するのが難しい場合もある

      webエンジニアの「業務委託単価表」が公開 - Digital Shift Times(デジタル シフト タイムズ) その変革に勇気と希望を
    • 秒間100万リクエストをさばく - Googleの共通認可基盤 Zanzibar - 発明のための再発明

      はじめに Googleの提供するサービス郡が共通して利用している認可システムにはZanzibarという名前がついています。ZanzibarはGoogleDrive・Google Map・Youtubeなどの巨大なサービスにも使用されています。 そのため、利用量も凄まじく 数10億のユーザー 数兆のACL(access control list) 秒間100万リクエスト もの量をさばいています。 にも関わらず、Zanzibarはこれを10ミリ秒以内に返します(95パーセンタイル)。 この記事では、そんなZanzibarの内部構造に関する論文「Zanzibar: Google’s Consistent, Global Authorization System」の中から、主に大量のリクエストをさばくための工夫を紹介します。 ちなみに、以前Googleの社内システム用の認可システム「Beyond

        秒間100万リクエストをさばく - Googleの共通認可基盤 Zanzibar - 発明のための再発明
      • 30万円払って女性声優ユニットを地元に呼んだ話 - 湖底

        購入までの経緯 前回のクラウドファンディング 30万円は高いのか 実施まで 当日レポート 対戦開始 滋賀トーク ランナーに聞きたいこと チェキ完成 スペシャルライブ プリティーライブの話 じめんタイプ 直接お届けについて 別れの時 感想&告知 関連記事 購入までの経緯 それは去年10月1日のこと。 午後7時すぎ、いつものように社食で不味い晩飯を食いながらTwitterを開くと、つい数分前に推しユニット「Run Girls, Run!」の公式アカウントから新着ツイートの通知が。 推しメンである厚木那奈美さんのオンラインバースデーイベント(10/10)が迫っていたのでそれに関する告知かと思い開くと、「写真集」「クラウドファンディング」という想定外の文字が目に飛び込んできました。 ┏━━━━━━━┓ らんがちゃん 初めての写真集📸を つくろう プロジェクト ┗━━━━━━━┛ ユニット初の写真

          30万円払って女性声優ユニットを地元に呼んだ話 - 湖底
        • 10 年前に JavaScript で Flash Player を開発し買収された話

          この記事は、JavaScript で Flash Player の実現を頑張った(もしくは現在進行系で頑張っている)人たちの集う Flash Advent Calendar 2020 に参加しております。 私は過去に自分が設立した会社で ExGame という HTML5 実装の Flash Player(正確には Flash Runtime Engine)を開発し、その会社ごと DeNA に買収(M&A)されました。あまり出来ない体験であるのは間違いないので、Flash が終了を迎える今、改めて振り返ってみようと思います。 Flash Player の開発 今から 10 年前の 2010 年、ちょうど iPhone が普及し始めてきてガラケーのシェアが 8 割から 6 割くらいに落ちようとしていた時期に、私は Flash Player を JavaScript で実装していました。以前この

          • 【個人開発】爆速な賃貸物件の検索サービスを作った - Qiita

            個人開発で 賃貸物件の検索サービス Comfy を作りました1。グラフや地図でサクサク絞り込める UI が特徴のサービスです。とにかく気持ち良い使い勝手を実現するために色々工夫しています。 既にリリースからは 4 ヶ月以上経っているのですが、改めてサービスの概要や、システム構成及び使用した技術・サービスをご紹介しようと思います。2。 サービスの概要 Comfy は日本全国の賃貸物件を検索できる Web サービス です。画面 UI は上の GIF 画像のような感じです。 こだわったポイントを色々書くよりも実際にさわって頂いた方が新感覚の UI や気持ちよさを体感頂けるかと思いますので、 実際のサービス をぜひお試し頂ければ幸いです! システム構成 図の通り、システムは大きく 3 つに分けられます。 フロントエンド バックエンド データ基盤 使用技術は図の通りではあるのですが、フロントエンドと

              【個人開発】爆速な賃貸物件の検索サービスを作った - Qiita
            • 社内向けにまとめていたリモートワークの知見をすべて公開します - コネヒト開発者ブログ

              こんにちは、エンジニアの@dachi_023です。先週くらいから新型コロナウイルスの感染拡大に伴って在宅リモートが導入された、という内容のプレスやニュースをよく見かけるようになりました。コネヒトでも同様に在宅リモートの推奨、ラッシュ時の電車通勤は原則禁止、などのアナウンスがあり、これまでリモートワークをしていなかったメンバーもリモートワークを導入して自宅から働いています。 ですが、いきなり「皆さんそれではリモートワークしてください!はいどうぞ!」と言われても家からどのように働けば良いのか・・・となり、ただただ生産性が落ちてしまうだけです。もちろん健康第一で導入されている今回のリモートワークではありますが、出来ることなら効率をなるべく落とすことなく働きたいです。 コネヒト開発部では今年の頭からリモートワークの試験導入を行っており、エンジニアとデザイナーが週に2日ほどリモートワークしてどういっ

                社内向けにまとめていたリモートワークの知見をすべて公開します - コネヒト開発者ブログ
              • 音楽家の「フリフリドレス」の起源を探る

                © Kenshu Shintsuboわたしは3歳からヴァイオリンを弾いてきて、今年でその歴はめでたく四半世紀を迎えますが、その年月の中で何度となく「ドレス」を身につけてきました。ヴァイオリニストで、女性の見かけを持つものとしてステージに立つときに、ドレスは避けて通れない存在として立ちはだかっています。 しかし日常生活において、わたしはヴァイオリンを始めた頃にはすでに、スカートよりもトラウザーズ(ズボン・パンツ)を好んで着ていました。そんなわたしがなぜ本番ではドレスを着用してきたのかと言えば、幼い頃は「大人から与えられたものだったから*1」、そして大きくなってからは「みんなが着ているから、みんなと揃えるため*2」というのが強い理由でした。 *1. 特に「服飾にかけるお金」が本人以外から支出される場合、スポンサーの意向はとりわけ強く反映されるだろう。 *2. 同調圧力が強めな日本では、特に「他

                  音楽家の「フリフリドレス」の起源を探る
                • 熱中症予防に「前腕冷却」「手のひら冷却」が効果的 アスリートも実践

                  全国各地で猛暑日が続いていて、熱中症のリスクが高まっています。 過酷ともいえる猛暑の下で活躍するアスリートたちの熱中症対策から、私たちの生活にも活かせるヒントはないでしょうか。スポーツ選手・大会主催者・観客を気象面からサポートしているウェザーニュースのスポーツ気象チームに、アスリートが実行している熱中症予防対策について聞きました。 アスリートであっても熱中症予防の基本は同じで、暑い環境で長時間過ごさないこと、タンパク質などの栄養をしっかり摂り、良質な睡眠をとることが重要といいます。 » 熱中症情報 暑さ指数(WBGT)を確認 ふだんから暑さに負けない体づくりをした上で、「身体冷却」や「水分補給」でアスリートは様々な工夫をしているようです。 「猛暑に限らず、暑い環境の中で運動を行うと、体温が過度に上昇します。体温が過度に上昇すると熱中症の発生リスクが高まるので、アスリートは水分補給や氷・水な

                    熱中症予防に「前腕冷却」「手のひら冷却」が効果的 アスリートも実践
                  • 脳に収まるコードの書き方

                    Mark Seemann 著、吉羽 龍太郎、原田 騎郎 訳、Robert C. Martin まえがき TOPICS 発行年月日 2024年06月 PRINT LENGTH 312 ISBN 978-4-8144-0079-9 原書 Code That Fits in Your Head FORMAT Print PDF EPUB ソフトウェアは複雑さを増すばかりですが、人間の脳は限られた複雑さしか扱えません。ソフトウェアが思い通りに動くようするには、脳に収まり、人間が理解できるコードを書く必要があります。 本書は、拡張を続けても行き詰ることなくコードを書き、複雑さを回避するための実践的な方法を解説します。最初のコードを書き始めるところから機能を追加していくところまでを解説し、効率的で持続可能なペースを保ちながら、横断的な問題への対処やトラブルシューティング、最適化を行なう方法を説明します

                      脳に収まるコードの書き方
                    • 引き受けないお仕事の基準|Tetsuya Morimoto

                      たまたまお仕事の断り方という記事を読んだ。ひとり会社を経営してもうすぐ5年が経とうとしている。うちの会社では過去に1度、大きな失敗を経験してふりかえりを行った。その際に引き受けないお仕事の基準というものを社内で作成した。その失敗に至った原因の1つとして、本来引き受けるべきではないお仕事を受けてしまったと後になって反省した。 時代の流れや人手不足もあり、システム開発やプログラミングのお仕事はまだまだ好況にみえる。うちのような零細企業でも、実際に引き受けられるお仕事より依頼の方がずっと多い。そして残念ながらせっかくいただいた依頼をお断りすることもまた多い。 引き受けないお仕事の概要経理の本に書いてあったやるべきではない取引起業したばかりの頃に読んだ次の経理の本にも「やるべきではない取引」として次のリストを提案していた。 報酬が魅力的でも信用できない相手や嫌いな相手との取引 入金が遅い取引 自分

                        引き受けないお仕事の基準|Tetsuya Morimoto
                      • あと2時間でElastiCacheのメモリが枯渇!そのときあなたは何をしますか?

                        突然ですが... あなたは、あるゲームプロジェクトの本番リリース2日前にサーバエンジニアとしてJOINしました。いざリリースを迎えたとき、ElastiCacheのメモリが突然危険域を超え、さらにあと2時間で枯渇しそうな状況になりました。 さて、この状況におかれたあなたは何をしますか? はじめに モバイルゲームのシステムは新しいイベントをopenするとトラフィックが2倍、3倍、時には普段の10倍以上来ることがあり、トラフィックの変動が非常に大きい特性があります。 新しいゲームのリリース時はより顕著で、想定以上のトラフィックが来ることもしばしばあります。 この記事は、あるゲームプロジェクトの本番リリース時に大規模トラフィックが来た際のサーバトラブルを題材に、 どのような観点で問題を切り分けていったのか、トラブルシュートのプロセス どのような準備(負荷テスト)をしていれば防げるのか という話をし

                          あと2時間でElastiCacheのメモリが枯渇!そのときあなたは何をしますか?
                        • 私も旧帝工学部の修士卒です。正社員として現在まで10年以上働いています (I..

                          私も旧帝工学部の修士卒です。正社員として現在まで10年以上働いています (IT系職種です)。中小企業にもメーカーにも在籍経験がありますし、結婚も出産もしています。配偶者もフルタイムで働いています。偉そうにみえたら大変申し訳ありませんが、あなたの書いた内容に、個人的には違和感のある点がいくつかあり、コメントさせてください。 まず、産休は必須ですが育休は必須ではありません。法律上、出産直前まで働くことができ、産後8週 (医師が許可すれば6週) で復帰できます。出産予定日の3週前から休みに入り、産後6週で復帰すればブランクは9週間で済みます。出産が遅れるなどあっても3ヶ月以内で復帰できると思います。私もブランク10週間で復帰し、その後は保育園に入園できるまで保育サービスに頼りました。もしかするともっと子どもと過ごしてから復帰したいとお考えかもしれませんが、産後すぐ復帰しても勤務時間外は否応なく子

                            私も旧帝工学部の修士卒です。正社員として現在まで10年以上働いています (I..
                          • 【乗り換え】Adobeソフトに代わるベストな代替ツールはこれ【早見表つき】

                            Adobeツールの乗り換えを検討し始めたけど、 「どこで見つければいいの?」「どんなツールを選べば後悔しない?」「代替ツールのいいところって何だろう?」「乗り換えのタイミング今なのか?」「費用の違いはどのくらい?」 普段から利用するツールだからこそ、自分にとって最適なデザインツールを知りたい方向けのリストとなっています。 Adobe Creative Cloudソフトから乗り換えたいと考えているひとへ どんな代替ツールがあるか知りたいひと いろいろツールを見たけどピンとこないひと 自分にあったツールが知りたいひと 代替ツールへの乗り換えで失敗したくないひと 目次Photoshopの代替ソフトIllustratorの代替ソフトPremiere Proの代替ソフトAfter Effectsの代替ソフトAdobe Creative Cloudの代替ツール Photoshopの代替ソフト 1. A

                              【乗り換え】Adobeソフトに代わるベストな代替ツールはこれ【早見表つき】
                            • ノーコードは形を変えた現代のRPGツクールなのではないか

                              この記事について。 2030 年 「エンジニアです。コードは書けません。」|__shinji__| note 自分はそもそもビジュアルプログラミングやオーサリングに興味があり、ノーコードは興味の範疇でありつつも、現状のもの、現状の「コード抜きで作れる」ような謳い文句は厳しいと思っています。それを、RPG ツクールを例に説明します。 はじめに、ノーコードを分類する 本記事では、「専用の管理画面で編集し、出力のためにコードを書かない、もしくはコピペ程度」のものをノーコードとして扱います。 その中でさらに種類ごとに分類してみます。このような定義があるわけではなく、自分の主観的で暫定的な分類です。 タイプ 1: データベースから自動的にフォームを生成 Google App Sheet MS Power Apps タイプ 2: 高水準 API のパイプライン Zapier IFTTT 古の Yaho

                                ノーコードは形を変えた現代のRPGツクールなのではないか
                              • プログラミングを学ぶにあたって詰まったことと、そこから学んだこと - mizchi's blog

                                toyokeizai.net satoru-takeuchi.hatenablog.com 全然レイヤーが違うが、自分が何に悩んで、どういう風に理解したか、思い出しながら書き出してみる。 プログラミング歴 20歳からなので、現時点で10年ぐらいだが、中学生の時ちょっと触ったことがあった。 14 歳: 病気で入院したときに暇すぎて、2 週間ほど VBA を触った 大学 1 年: 大学の選択科目で Java, 夏休みに Python と Ubuntu の独習 大学 3 年: Python で自然言語処理のバイト 大学 4 年: Android アプリを作るバイト、就活ポートフォリオとして node/Websocket で MMO 一社目: Unity, ActionScript, Haskell, JavaScript 以降~: JavaScript/CoffeeScript/TypeScri

                                  プログラミングを学ぶにあたって詰まったことと、そこから学んだこと - mizchi's blog
                                • 2020年のフロントエンドマスターになりたければこの9プロジェクトを作れ - Qiita

                                  以下はSimon Holdorf( dev.to/ Twitter / GitHub )による記事、9 Projects you can do to become a Frontend Master in 2020の日本語訳です。 9 Projects you can do to become a Frontend Master in 2020 Introduction あなたがプログラミングの初心者であるか、既に経験豊富な開発者であるかにかかわらず、この業界では、急速な変化に追いつくために新しい概念と言語・フレームワークを学び続けることが必要です。 たとえばFacebookが4年前にオープンソース化したReactは、既に世界中のJavaScript開発者にとって第一の選択肢になっています。 もちろんVueとAngularにも多くのフォロアーがついています。 さらにはSvelte、Next

                                    2020年のフロントエンドマスターになりたければこの9プロジェクトを作れ - Qiita
                                  • イーロン・マスク、エンジニア全員に「週報」提出を義務化。1週間で書いたコードの明細まで

                                    「ソフトウェア分野で迅速なイノベーションを実現するには、それぞれが何に取り組んでいるのか、誰が何をコーディングしているのか、把握しておくことが不可欠です」 11月21日にツイッターのサンフランシスコ本社で開かれた全社会議の場で、マスク氏は大規模な人員整理が完了したこと、(テスラのような)テキサス州への本拠移転計画は考えていないことを語っているが、上記のメールはその数時間後に送られた。 なお、Insiderがすでに報じたように、同社のフルタイム従業員数は現在約2300人、10月末にマスク氏が経営権を握った時点の7500人に比べて3分の1以下まで激減した。 メールは、エンジニアらに各自報告を求める内容として、「どんなプロジェクトに取り組んでいるか」「何を到達目標としているのか」の説明に加え、「その週に書いたコードのサンプルまたはファブリケーター(Phabricator、コードレビュー用ツール)

                                      イーロン・マスク、エンジニア全員に「週報」提出を義務化。1週間で書いたコードの明細まで
                                    • コンピュータは難しすぎる|shi3z|note

                                      コンピュータは非常に便利なのだが、ほとんどのコンピュータユーザーがその能力の1%も使えてないのではないか。そんな気がするのだ。 というか、コンピュータの能力が人類の進歩に比べて上がり過ぎてる。 おかげでゲームもAIもビデオ編集も手軽になった。 MacBookの新しいCPUが発表されたのだが、40%高速化したというニューラルエンジンを一体全体何に使えばいいのか、人工知能の研究者である吾輩にもわからないので、これを使いこなすことができる人は将来登場するのだろうか。 コンピュータの能力を真に最大限引き出すには、残念ながらプログラマーになるしかない。しかも、マシン語レベルの最適化ができるプログラマーである。 プログラムさえ丁寧につくればコンピュータの持つ潜在能力は圧倒的に高い。だがコンピュータに比べて人間は頭が悪すぎる。 結局のところ、道具がどれだけ進歩しても使う側の人間の想像力が追いつかないと全

                                        コンピュータは難しすぎる|shi3z|note
                                      • 【東京オリンピック開会式を舞台芸術として評論してみる】|乗越たかお

                                        ●はじめに MIKIKO氏「外し」の意味? オリンピック開会式について、さすがにあれだけ無茶苦茶な経緯で現場に振られたパフォーマンスについて「日本のダンスは」とかいわれてもたまらんなと思って、内部事情などはわからないままにあくまでもレビュー的に書いていたのだが、その最中に追い打ちをかける文春砲が、とんでもないものを発表した。 「台本11冊を入手 五輪開会式“崩壊” 全内幕 計1199ページにすべての変遷が」 (※以下、「台本11冊」) 今回の件で一番モヤっとしていたのが、なぜあんなタイミングで、あんなやり方でMIKIKO氏を演出責任者から外す必要があったのか、ということだった。 電通と、後任の元電通の佐々木宏氏が手柄を独り占めにしたかったから、という論調になっているが、いくらなんでもそんな馬鹿なことをするだろうか、と思ったのだ。 なぜならMIKIKO氏のように、これだけの規模のイベントの演

                                          【東京オリンピック開会式を舞台芸術として評論してみる】|乗越たかお
                                        • 電子情報学特論:Chromiumのアーキテクチャを解き明かす

                                          電子情報学特論: Chromium のアーキテクチャを解き明かす 〜 EEIC の授業が生きるプロダクトの世界〜 Kentaro Hara 2022 April (๑>ᴗ<๑) * * * *

                                            電子情報学特論:Chromiumのアーキテクチャを解き明かす
                                          • Netflixを支える推薦システムの裏側|masa_kazama

                                            イントロNetflixは、スマホやPCがあれば、どこでもいつでも、映画やドラマを見放題で楽しむことができます。今年はお家時間が増えたことで、Netflixをより満喫している方も多いのではないでしょうか。実際に、2020年1月〜3月に会員が全世界で1600万人ほど増え、合計1億8000万人を超えています。 Netflixをいくつかの数字で見てみると、さらにその凄さに驚かされます。 ・全世界のインターネット通信量(下り)の15%をNetflixが占めており、YouTubeを超える世界一の動画サービス ・時価総額が20兆円超え ・サブスクリプション収入が月々約1500億円 そんな多くのユーザーを有するNetflixの魅力の1つに、推薦システムがあります。Netflixのホーム画面には、今話題の作品やユーザーにパーソナライズ化されたおすすめの作品が並びます。 Googleの検索と違って、Netfl

                                              Netflixを支える推薦システムの裏側|masa_kazama
                                            • 受身気質な私がリーダーという役割で実践したこと 4選

                                              皆さんこんにちは! 最近、猫様をお迎えし最高な毎日を過ごしていております、塩対応のしおりん(@jamgodtree)です。 はじめに 私はログラスのエンジニアチームにて、2022年8月からリーダーを半年経験してきました。 この記事では、チームパフォーマンスの最大化に向けて行動してきたこと・失敗談について書いていきます。 タイトルにもあるように、私は受身気質であり、先頭を走っていくタイプのリーダーではありません。 その上で、以下のような悩みがある方に読んでもらえると幸いです。 リーダーになる前に何をやったらいいのかわからない人 リーダーになりたてでどうしようか同じように悩んでいる人 また、ログラスに興味がある方も是非参考にしてみてください。 ログラスにおけるリーダーとは? ログラスにおいてリーダーは 「役割」 として定義されています。 「上司」と「部下」ではなく、フラットな関係性を指している

                                                受身気質な私がリーダーという役割で実践したこと 4選
                                              • Webフロントエンドパフォーマンスチューニング80選 - Qiita

                                                こんにちは、ぬこすけです。 近年、Webフロントエンドではサイトのパフォーマンスの重要性が高まっています。 例えば、GoogleはCore Web Vitalというパフォーマンスに指標を検索結果のランキング要因に組み込みました。 また、近年の某企業が「パフォーマンスの改善に取り組んだ結果、セッション数〇%アップ、CVR〇%アップ...」などの事例は枚挙にいとまがないでしょう。 パフォーマンスチューニングするためには、定量的に計測してボトルネックを探すようなトップダウンなアプローチもあります。 しかしながら、時には千本ノック的にハウツーを片っ端から試していくボトムアップなアプローチも有効になることもあったり、日々のコーディングでパフォーマンスを意識したコードを書くことは大切でしょう。 この記事ではパフォーマンス最適化のハウツーを紹介します。 パフォーマンス改善の施策が思い浮かばない時やフロン

                                                  Webフロントエンドパフォーマンスチューニング80選 - Qiita
                                                • 「頭のいい人」が自然とやっている4つのこと。“素直に○○する” ことも意外と大切だった - STUDY HACKER(スタディーハッカー)|社会人の勉強法&英語学習

                                                  「この人の考えは鋭いな」 「どうしてこんなにわかりやすく説明できるんだろう」 「初めてのことでもうまくこなせてすごい」 ……と、思わず感心してしまうような人が、あなたのまわりにいませんか? 「頭のいい人」に憧れを抱く一方で、「自分にはそんな素質、全然ない」と諦めている方もいるかもしれません。ですが、頭のいい人の特徴を知り、自分の思考や言動を少し工夫することで、頭のいい人に一歩でも近づくことは可能なはず。 東大教授など識者らの見解を参考に、頭のいい人の特徴を4つご紹介しますので、ぜひそのヒントにしてください。 特徴1.「視点移動」がうまい 特徴2. 素直に「マネ」をする 特徴3.「抽象化」「具体化」がうまい 特徴4. 考えることが「好き」 特徴1.「視点移動」がうまい 明治大学教授で教育学者の齋藤孝氏は、「頭がいい」ということを次のように定義しています。 頭がいいとは、視点移動ができるという

                                                    「頭のいい人」が自然とやっている4つのこと。“素直に○○する” ことも意外と大切だった - STUDY HACKER(スタディーハッカー)|社会人の勉強法&英語学習
                                                  • 「多くの人が正しいと思っている、間違った知識」の見分け方|ふろむだ@分裂勘違い君劇場

                                                    はじめに かつて、ウサギ跳びで筋力トレーニングしていた時代がありました。 (アニメ『巨人の星』より引用) (アニメ『アタックNo.1』より引用) (アニメ『ヒーリングっどプリキュア』より引用) 私も小学校のころ、ウサギ跳びをやっていました。 運動負荷が高く、かなりの効果を得ている実感がありました。 また、実際、運動能力もアップしました。 しかし、アスリートの動きの研究をしている関西大学教授の小田伸午氏によると、「ウサギ跳びはトレーニング効果が無い」そうです。 ウサギ跳び(ウサギとび)は、<略>1980年代以降はトレーニング効果が無く故障のリスクが高いと周知されて廃れた(出典:小田伸午「ウサギ跳び信仰とは何だったのか」『スポーツゴジラ』第2013-11-05号、スポーツネットワークジャパン、 12-14頁。 )。(Wikipediaより引用(太字引用者) ) 「トレーニング効果が無い」と「故

                                                      「多くの人が正しいと思っている、間違った知識」の見分け方|ふろむだ@分裂勘違い君劇場
                                                    • AWS、東京リージョン23日午後の大規模障害について詳細を報告。冷却システムにバグ、フェイルセーフに失敗、手動操作に切り替えるも反応せず

                                                      AWS、東京リージョン23日午後の大規模障害について詳細を報告。冷却システムにバグ、フェイルセーフに失敗、手動操作に切り替えるも反応せず 報告によると直接の原因は東京リージョンのデータセンターで使用されている冷却制御システムにバグがあったこと。これにより、緊急時の手動操作にも冷却制御システムの一部が反応しないなどでサーバが過熱し、障害に至ったと説明されています。 8月23日午後に約6時間の障害。EC2だけでなくRDSも 報告によると、障害は日本時間2019年8月23日金曜日の昼過ぎに発生。影響範囲は仮想マシンを提供するAmazon EC2とブロックストレージを提供するAmazon EBSのそれぞれ一部。以下、AWSの報告を引用します。 日本時間 2019年8月23日 12:36 より、東京リージョン (AP-NORTHEAST-1) の単一のアベイラビリティゾーンで、オーバーヒートにより一

                                                        AWS、東京リージョン23日午後の大規模障害について詳細を報告。冷却システムにバグ、フェイルセーフに失敗、手動操作に切り替えるも反応せず
                                                      • 図解Stable Diffusion

                                                        ジェイ・アラマールのブログより。 AIによる画像生成は、(私を含めて)人々の度肝をぬく最新のAIの能力です。テキストの説明から印象的なビジュアルを作り出す能力は、魔法のような品質を持ち、人間がアートを創造する方法の変化を明確に指し示しています。Stable Diffusionのリリースは、高性能(画質だけでなく、速度や比較的低いリソース/メモリ要件という意味での性能)なモデルを一般の人々に提供することになったのは、この開発における明確なマイルストーンです。 AI画像生成を試してみて、その仕組みが気になり始めた方も多いのではないでしょうか。 ここでは、Stable Diffusionの仕組みについて優しく紹介します。 Stable Diffusionは、様々な使い方ができる汎用性の高いものです。まず、テキストのみからの画像生成(text2img)に焦点を当てます。上の画像は、テキスト入力と生

                                                          図解Stable Diffusion
                                                        • システム運用アンチパターン

                                                          上層部がDevOpsに理解のない組織で働き、組織構造を変える権限を持っていない開発者であっても、チームにDevOpsを導入するための現実的な方法を紹介します。 重厚な承認プロセス、可視化されていない運用、プロセスの最後でのみ行われるソフトウェアテスト、ノイズだらけのアラート、インシデントから学習しない習慣、時間外のデプロイ、情報のため込みなどを取り上げ、ソフトウェアシステムの開発運用が滞るチームや組織に共通してみられる陥りがちな状況や犯しがちな間違いをアンチパターンとして紹介します。そして管理職やマネージャでなく、エンジニアが実行し、繰り返すことで改善できる具体的な行動を解説します。 組織で必要とされる変化を、エンジニアが行動することで実現する本書は、ソフトウェアシステムをよりよく開発運用したいエンジニア必携の一冊です。 目 次 序文 本書について 1章 DevOpsを構成するもの 1.1

                                                            システム運用アンチパターン
                                                          • 『アメブロのAMPを終了します』

                                                            アメーバスタッフブログでも記載させていただいた通り、11/15より順次アメブロのAMP対応を終了させることになりました。 なぜAMPをやめるのか?2016年の3月にアメブロはAMP対応をスタートさせていました。 (当時のブログ記事はこちら) そこから5年以上AMPを採用し、モバイルの検索結果からはAMPキャッシュに飛ぶようになっていました。 Googleの検索結果からはGoogleのキャッシュに移動するわけで、当然体感速度としては良好なものであったと思います。 「それなのになぜやめるのか?」 ですが、基本的にはビジネス的な問題となります。 ウェブ界の状況、社会状況等々によっての総合的な判断ということになります。 検索結果がクリックされた際にGoogleのキャッシュが表示されるという点では、CDNのコスト削減等はあるのですが、それでもやはりトータルで考えたときに今回はAMPを終了させるという

                                                              『アメブロのAMPを終了します』
                                                            • 大幅にリニューアルされた Next.js のチュートリアルをどこよりも早く全編和訳しました - Qiita

                                                              数日前(4/21頃)に Next.js のチュートリアルが一新されました。 Next.js は 3 月頭に ver 9.3 がリリースされ、ビルド時に静的に HTML を生成する関数などが追加されるなど、今までよりもかなりパワフルになり、いわゆる JAMstack と呼ばれるようなアプリケーションを作りやすくなりました。 そのバージョンアップに対応するかたちで、チュートリアルも大幅に書き直されました。 参考(開発チームの @chibicode さんのツイッター) Next.jsの公式チュートリアルを最新版に沿ってゼロから書き直しました! 🎓英語ですが初心者向けです! ⚛️最近導入されたgetStaticProps等の関数や、 🎨CSS Modulesの解説をしています! 🗣ブログを作りながら学びます 🤗ご感想お待ちしております!https://t.co/R4j9vpAQoc — S

                                                                大幅にリニューアルされた Next.js のチュートリアルをどこよりも早く全編和訳しました - Qiita
                                                              • システムの複雑さはどこから来るのか – Out of the tar pitを読む - Uzabase for Engineers

                                                                Uzabase Saas Product Divisionフェローの矢野です。 この記事は、Rich Hickey(プログラミング言語Clojure作者)のプレゼンテーションSimple Made Easyへと繋がっていく、Ben MoseleyとPeter Marksによる「Out of the tar pit」というシステム設計について論じた論文の内容について説明したもので、ユーザベースのSaas Productでのテック発表の一つとしてプレゼンしたものを、ブログとして再度まとめたものです。プレゼン自体は25分くらいでしたので、おそらくこの記事の方がプレゼンよりも詳しいと思います。 ソフトウェア危機 ソフトウェアは本質的に複雑 ソフトウェアの複雑さはどこから来るのか? 複雑さは、別の複雑さを産む 複雑さを分類する 本当に必要な複雑さと、そうでないものがある どうやって複雑さを扱うのか

                                                                  システムの複雑さはどこから来るのか – Out of the tar pitを読む - Uzabase for Engineers
                                                                • 【Webエンジニアど素人から3年生ぐらいになるまでに読むと良い本】を段階的にまとめた - Qiita

                                                                  これってなんなの? 【ど素人状態=社会人になって初めてプログラミングを勉強したぜ!(特に新卒)】〜【Webエンジニアの3年生ぐらい】になるまでに読むと良い本まとめです。「どんな目的で学ぶか?」*「いつぐらいまでに読むといいか?」を段階的にまとめました。「これだけ読めばいい!」と、そんな簡単な話ではありませんが、「今いるレベルより少し上の人がどんなジャンルのことを学んでんだろ?」という方の参考になれば嬉しいです。過去の自分に向けてでもあります、自戒。これからWebエンジニアになる人、なって間もない人の参考になれば幸いですm(__)m ※続編 【Webエンジニアど素人】が【3〜4年生】くらいになったら読むといい本を目的別にまとめた ”Webエンジニアど素人から3年生ぐらいになるまでに読むと良い本”の段階的まとめ(一部外部記事あり) ど素人の方々が手を動かしながら1〜6ヶ月以内に学ぼう! ◆どの

                                                                    【Webエンジニアど素人から3年生ぐらいになるまでに読むと良い本】を段階的にまとめた - Qiita
                                                                  • ゲーム開発者へっぽこさん、711ページに及ぶ技術書『Unity uGUI アドバンスド・リファレンス』を無償公開 - ゲームキャスト

                                                                    ゲーム開発者であり、『Unity 2017最適化ガイド Unityのあらゆるパフォーマンス問題を解決するための手引き』の日本語翻訳を担当したへっぽこさんは、2021年8月28日に技術書『Unity uGUI アドバンスド・リファレンス』を GitHub にて無償公開した。 これは Unity の uGUI (グラフィカルインターフェース制作を助けるツール)を使用するにあたって必要な知識、パフォーマンス改善の手段などをまとめた700ページ以上の書籍。 中級者以上を対象としており、現時点でゲームキャスト向けにゲーム開発者複数人から「この書籍は素晴らしい」という推薦を得たので記事として紹介しておく。 本書が公開されてすでに2日。 ネット上でも、「お金を支払いたい」などの声が上がっており、評判は上々の模様。 本書をゲームキャストに推薦した開発者の中には、「モバイルゲームのパフォーマンスを最適化しよ

                                                                      ゲーム開発者へっぽこさん、711ページに及ぶ技術書『Unity uGUI アドバンスド・リファレンス』を無償公開 - ゲームキャスト
                                                                    • NiziUの断絶とアイドルの今後の勢力図について解説する

                                                                      紅白に出場し、縄跳びダンスで世と間を賑わせ話題になったNiziU。全員が日本人のグループだ。 「メディアのゴリ押し」「TV作られた人気」「金積んだ」といろいろ言われてるが、 そこには流行の発信地と朝のテレビの特性など、いろんなものが重なって断絶が起こっている。 最初に火がついたのはそもそも主婦層だった2020年の1月にオーディション番組「Nizi Project」は、朝の番組スッキリ内でHuluコンテンツのダイジェストとして始まった。使い回しの映像だ。 9時台というのは、ワイドショー番組の主要なニュースの解説が終わり、収納術だの料理の裏技だの無味無臭なコーナーが流れるか、小さな特集や密着取材が流れるような時間だ。 この時間にTVをつけてる主婦層は、基本的に朝のチャンネルは固定している。 多少興味のないコーナーがあっても、ゴールデンタイムとちがってわざわざザッピングすることもない。 50代以

                                                                        NiziUの断絶とアイドルの今後の勢力図について解説する
                                                                      • 機械学習のパラメータチューニングを「これでもか!」というくらい丁寧に解説 - Qiita

                                                                        はじめに 私はこれまで機械学習のパラメータチューニングに関し、様々な書籍やサイトで学習を進めてきました。 しかしどれもテクニックの解説が主体のものが多く、 「なぜチューニングが必要なのか?」 という目的に関する記載が非常に少なかったため、体系的な理解に苦労しました。 この経験を後世に役立てられるよう、「初心者でも体系的に理解できる丁寧さ!」をモットーに記事にまとめたいと思います。 具体的には、 1. パラメータチューニングの目的 2. チューニングの手順とアルゴリズム一覧 3. Pythonでの実装手順 (SVMでの分類を例に) の手順で解説を進めます。 独自解釈も含まれるため、間違っている点等ございましたら指摘頂けると有難いです。 なお、文中のコードはこちらのGitHubにもアップロードしております。 2021/9/6追記:LightGBMのチューニング実行例追加 以下の記事に、Ligh

                                                                          機械学習のパラメータチューニングを「これでもか!」というくらい丁寧に解説 - Qiita
                                                                        • ソフトウェアドキュメント作法 - maru source

                                                                          こんにちは丸山@h13i32maruです。つい先日、devchat.fmというポッドキャストに出演して、「ドキュメント」というお題について話しました。なぜこんなニッチなお題について話したかというと、Ubie Discoveryに入社して5ヶ月の間にいくつか*1まとまったソフトウェアドキュメントを書いたので、自分の中でホットな話題だったからです。 #devchatfm 33回目は、Ubie DiscoveryのSWE @h13i32maru にドキュメントを書くことで得られるメリットや、ポイント・工夫などを聞きました! #33 チームの生産性を上げるドキュメントのすすめ with@h13i32maruhttps://t.co/TrmZd13D91— 久保 恒太 / Ubie CEO (@quvo_ubie) 2021年8月12日 これらのドキュメントは個人的にわりと良く書けたと思ってますし、

                                                                            ソフトウェアドキュメント作法 - maru source
                                                                          • ブロガー界隈の有名フリーランスエンジニアを見てプログラミングを始めないでくれ - 渡るネットは嘘ばかり

                                                                            なんかマナブやばいな、ついでに色々見てたんですが、最近技術ではない方向で前に出てきてるエンジニアが増えてるようですね。 技術ブログは一般の人は見ないからわからないかもですが、技術ブログ系はエンジニアが見るだけで、基本的にそこで収益を得てるものも少ない印象があります。技術者の業界というのは業界の発展のために、無償で貢献(楽しみとしての人が多い)する人がすごく多く、それによってライブラリの充実の恩恵として再利用性や車輪の再発明を避けたりできてたりします。なので、この人達は金儲け系のブロガー界隈では話題にならないですね。 一般向けに言葉を発信する人が少なめだったというのもあるのかも知れませんが。というか、よく見たら取り上げようと思った人全員文系エンジニアですか…。文系エンジニアは技術よりお金に向かい、理系はお金より技術に向かう傾向でもあるんですかね。 今回はやまもとりゅうけん、マナブ、勝又健太さ

                                                                              ブロガー界隈の有名フリーランスエンジニアを見てプログラミングを始めないでくれ - 渡るネットは嘘ばかり
                                                                            • フロントエンドエンジニアが知るべきキャッシュを理解する

                                                                              キャッシュは、CPUのバスやネットワークなど様々な情報伝達経路において、ある領域から他の領域へ情報を転送する際、その転送遅延を極力隠蔽し転送効率を向上するために考案された記憶階層の実現手段である。(引用: フリー百科事典『ウィキペディア(Wikipedia)』) こんにちは、@kaa_a_zu です。私たちエンジニアは、「キャッシュ」というワードをよく口にしています。それはインフラの設計をしている時かもしれないし、表示されるコンテンツが変わらない時かもしれないし、パフォーマンスの改善をしている時かもしれません。普段何気なく使っている「キャッシュ」とは一体何なのでしょうか。この記事は、そんな「(Webフロントエンドを触るエンジニアが知るべき)キャッシュ」について、どんなものがあるのかがちょっと分かったという状態になることを目的に書いています。

                                                                                フロントエンドエンジニアが知るべきキャッシュを理解する
                                                                              • Raspberry Piの消費電力をカリカリにチューニングする - あっきぃ日誌

                                                                                特に気にもしていなかったために今まで知らなかったのですが、Raspberry Piを節電のために色々無効化できるらしく、とくにHDMIを無効化して30mA節約できるあたりに感動したので、自宅の常設Raspberry Piに一通り設定しつつ、Ansible Playbookを書いてみました。 github.com varsはこんなかんじ。ご使用のモデルと用途に応じてnoをyesに変えてください。コミットではgroup_varsにおいてますが、host_varsに置いてホスト単位で管理したほうがいいかなと思います。 # HDMIの無効化 (All model) # 30mAくらい減る disable_hdmi: no # ACT・電源のLEDを消灯 (1B+/1A+以降,Zeroはactのみ) # 数mA減る disable_led_act: no disable_led_power: no

                                                                                  Raspberry Piの消費電力をカリカリにチューニングする - あっきぃ日誌
                                                                                • ソフトウェア設計についての原則や法則についてまとめてみた

                                                                                  ソフトウェア設計について、YAGNIやSOLIDなど多くの原則・法則があることが知られていますが、その解釈にはぶれが存在することが多いです。そこで、特に有名なものあるいは有用と感じることが多いものをいくつかピックアップして、その解釈やトレードオフについてまとめてみました。 注意としては、SOLIDが入ってることからわかる通り、主にOOPに関する文脈になります。また、各原則の定義については概ね知っている前提で書いているのであまり初学者向けの記事ではないかもしれませんのでご承知おきください。 YAGNI(You ain't gonna need it.) YAGNIは、予測による実装が実際に役立つことは少ないという経験則から生まれた原則です。 一般にオーバーエンジニアリングが利益をもたらすケースは限定的で、どちらかというとプロジェクトに害を与えることが多いとされています。YAGNIは日々状況の

                                                                                    ソフトウェア設計についての原則や法則についてまとめてみた