並び順

ブックマーク数

期間指定

  • から
  • まで

361 - 400 件 / 18477件

新着順 人気順

設計の検索結果361 - 400 件 / 18477件

  • デザインは、見た目じゃない | NHK | ビジネス特集

    “シリコンバレーを作った人物の1人”と称され、故スティーブ・ジョブズ氏が頼りにした人物がいる。 レジス・マッケンナ氏。 半導体関連の企業で働いたあと、70年代にみずからのマーケティング会社を設立した、マーケティングのプロだ。 あるときマッケンナ氏は、うわさを聞きつけたジョブズ氏から電話でコンタクトを受け、ジョブズ氏、そしてエンジニアのスティーブ・ウォズニアック氏との打ち合わせにのぞんだ。 相談は「アップルII」(1977年発売)というコンピューターのマーケティングについて。 ジョブズ氏らは、製品についての記事を雑誌に載せる方針を明かした。 マッケンナ氏は、その内容があまりに専門的で、一般の消費者には受け入れられないと感じ、「市場を広げたいなら、自分と同じようなタイプの人たちに発信するのではだめだ。記事は書き直すべきだ」と助言した。 ところが2人はその意見を気に入らず、部屋を出ていってしまっ

      デザインは、見た目じゃない | NHK | ビジネス特集
    • 「悪い方が良い」原則と僕の体験談|Rui Ueyama

      ソフトウェアの世界には「悪い方が良い」原則という有名なエッセイがある。キレイにレイヤ分けされた一貫性のある良いデザインよりも、一見手抜きの悪いデザインのほうが実は良いときもあるという話だ。この逆説的なデザイン原則を僕は身をもって体験したことがある。それについてちょっと書いてみようと思う。 僕はlldというリンカの現行バージョンのオリジナル作者だ。リンカというのはコンパイラと組み合わせて使うもので、実行ファイルやDLLを作るのに使用される。lldはプロダクトとしてはかなり成功していて、標準のシステムリンカとして採用しているOSがいくつかあったり、GoogleやFacebookなど皆が知っているような大規模サイトの中で広く使われていたりする。 現在のlldは2世代目で、第1世代のlldは僕がプロジェクトに参加する前から存在していたのだけど、数年前にそれを捨てて一から書き直すということになった。

        「悪い方が良い」原則と僕の体験談|Rui Ueyama
      • トラックのタイヤ脱落事故の原因なんだが

        トラックの左後輪に限ってタイヤが脱落する事故の原因だが、これはこの10~15年くらいでタイヤに関する規格が色々変わったせいだ。 以前に整備と管理経験があるので説明したい。 ホイール脱落のメカニズムそもそも重量車のホイールが脱落する時、直接の原因はホイールボルトの折れに因る。だがこれはボルトに問題があるのではない。 ホイールナットはホイールをもの凄い力でハブ(車軸の端でホイールボルトが生えている部品)やブレーキドラムに押し付けている。これによってホイールの裏側とハブ/ドラムの間には巨大な摩擦力が発生する。この摩擦力が車の重量を支えているのである。 つまりボルトには引っ張る力だけしかかかっていない。 これが緩むとどうなるか? ナットが緩むと先の摩擦力が低減する。そして摩擦力が車両重量を支えられなくなるとこの重さはボルトを切断する力になるのである。1.5cm程度の鉄の棒でトラックを持ち上げられる

          トラックのタイヤ脱落事故の原因なんだが
        • 2024年版のDockerfileの考え方&書き方 | フューチャー技術ブログ

          最近はお客さんとの勉強会でDockerのドキュメントをつまみ食いして読むというのをやっていますが、改めて最新版を読んでみて、いろいろ思考が整理されました。2020年の20.10のマルチステージビルドの導入で大きく変わったのですが、それ以前の資料もweb上には多数あり「マルチステージビルドがよくわからない」という人も見かけるので過去の情報のアンラーニングに使っていただけるように改めて整理していきます。 仕事でPythonコンテナをデプロイする人向けのDockerfile (1): オールマイティ編で触れた内容もありますが改めてそちらに含む内容も含めて書き直しています。 本エントリーの執筆には@tk0miya氏から多大なフィードバックをいただきました。ありがとうございます。 基本的なメンタルモデル現代的な使い方を見ていくために「Dockerを使ってビルドする」というのはどのようなものか考えを整

            2024年版のDockerfileの考え方&書き方 | フューチャー技術ブログ
          • https://qiita.com/Dronetube/items/ac02a23eafe7d09f3b57

            • Web 2.0:次世代ソフトウェアのデザインパターンとビジネスモデル(前編) - CNET Japan

              2001年のドットコムバブルの崩壊は、ウェブにとって、ひとつの転換点とな った。「ウェブは誇大に宣伝されていた」と多くの人が結論を下したが、バブ ルとその後の淘汰はあらゆる技術革命に共通する特徴であるように思われる。 一般に、淘汰は新興技術がそれまでの主役に取って代わる段階に到達したこと を示している。見かけ倒しの企業は駆逐され、本物の実力を備えた企業が大き な成功を収める。そして、両者の違いが理解されるようになる。 「Web 2.0」という概念は、O'ReillyとMediaLive Internationalによるブレ インストーミングから生まれた。ウェブのパイオニアであり、現在はO' Reillyでバイスプレジデントを務めるDale Doughertyは、ウェブは「崩壊」し たどころか、かつてないほど重要な存在となっており、刺激的なアプリケーシ ョンやサイトは、驚くほど着実に生まれて

                Web 2.0:次世代ソフトウェアのデザインパターンとビジネスモデル(前編) - CNET Japan
              • » アダルトサイトをAWSで運用する時に信頼性と料金節約を両立する為のノウハウ | アダルトサイト制作会社

                弊社で大規模なアダルトサイトの運用を行う上でのAWS利用構成を紹介させて頂きます。 利用料金を抑えたいというビジネス的な観点と、サービスを止めない為の障害回避を念頭に構成を紹介します。 関連:AWSのt2.microで月間100万PVに耐えるアダルトサイトを制作した話 この記事は技術者向けの内容になっています。 システム開発の発注をお考えの方は、こちらアダルトホームページ制作のご案内をご覧下さい。 サービスを止めない為のAWS利用構成 サービスを止めない事は弊社では2つの思想によって設計をしております。 障害を防ぐ為の堅牢な設計とする 障害が起きた時に瞬時に復旧、あるいは回避する 前者はイメージしやすいと思いますが、弊社では後者のフェイルオーバーも非常に大事であると考えています。 システム障害が起きない様にスペックを十分に確保する等は当然の事ですが、 万が一障害が発生した場合に即座に代替機

                  » アダルトサイトをAWSで運用する時に信頼性と料金節約を両立する為のノウハウ | アダルトサイト制作会社
                • 【46選】あのサービス・アプリのアーキテクチャ・プログラミング言語・フレームワークを大調査!〔2019年始版〕 - エンジニアHub|Webエンジニアのキャリアを考える!

                  【46選】あのサービス・アプリのアーキテクチャ・プログラミング言語・フレームワークを大調査!〔2019年始版〕 今やWebやアプリを構築する技術選択は、フロントエンドからインフラまで各領域で多岐に及びます。気になるあのサービスが利用している技術は何か? アンケート調査によるまとめの2019年新春バージョンです。 エンジニアHubでは2017年4月に、国内注目サービスのアーキテクチャ大調査を掲載しました。それからおよそ2年が経ち、インフラでもフロントエンドでも新しい技術が次々と登場しています。 そこで今回は2019年始版として、46のサービスが利用しているプログラミング言語やフレームワーク、インフラ等の環境をまとめました。選定理由も回答いただいたサービスは合わせて掲載しています。どういった見地から技術選定を行っているのか。ぜひ今後の参考にしてください。 (※本記事は、2018年12月のメール

                    【46選】あのサービス・アプリのアーキテクチャ・プログラミング言語・フレームワークを大調査!〔2019年始版〕 - エンジニアHub|Webエンジニアのキャリアを考える!
                  • 【特集】 電源の仕組みはこうだ!理解できれば良し悪しも分かる。これで目指せ電源マイスター

                      【特集】 電源の仕組みはこうだ!理解できれば良し悪しも分かる。これで目指せ電源マイスター
                    • 効率的に学べた!Webデザインを「職種別」に基礎から勉強出来る総まとめ | コムテブログ

                      作成:2014/01/6 更新:2014/11/01 Webデザイン > Web制作において、Webデザイナーに関係するものを職種別にまとめました。会社によって分け方は違うと思います。今回は参考サイトとスライドを掲載しています。 エンジニア速報は Twitter の@commteで配信しています。 もくじ アートディレクター 1.アクセシビリティ 2.ユーザビリティ 3.UX(ユーザーエクスペリエンス) 4.IA(情報アーキテクチャ) 5.画面設計(ワイヤーフレーム) 6.進行管理 Webデザイナー 7.レイアウト・フォントの知識 8.配色 9.Illustratorの使い方 10.Photoshopの使い方 11.バナー作成 12.ボタン作成 フロントエンドエンジニア 13.HTML5 14.CSS3/Sass 15.javascript 16.jQuery 17.WordPressテー

                        効率的に学べた!Webデザインを「職種別」に基礎から勉強出来る総まとめ | コムテブログ
                      • DMARC をなめるな - 弁護士ドットコム株式会社 Creators’ blog

                        Gmailが「メール送信者のガイドライン」を改訂し、なりすましメールへの対策を強化する旨を発表しています。今までは原則、なりすましメール対策の有無にかかわらず、メールはいちおうは届いていました。しかし今後は、なりすましとみなされたメールは届かなくなる方向に向かいつつあります。 なりすましメールとみなされないようにするために、メール送信者には、「メール送信ドメイン認証」への対応が求められます。メール送信ドメイン認証の技術には、主に以下の3つがあります。 SPF: Sender Policy Framework (RFC 7208) DKIM: DomainKeys Identified Mail (RFC 6376) DMARC: Domain-based Message Authentication, Reporting, and Conformance (RFC 7489) SPFは従来

                          DMARC をなめるな - 弁護士ドットコム株式会社 Creators’ blog
                        • 「最強最速アルゴリズマー養成講座」関連の最新 ニュース・レビュー・解説 記事 まとめ - ITmedia Keywords

                          最強最速アルゴリズマー養成講座: そのアルゴリズム、貪欲につき――貪欲法のススメ アルゴリズムの世界において、欲張りであることはときに有利に働くことがあります。今回は、貪欲法と呼ばれるアルゴリズムを紹介しながら、ハードな問題に挑戦してみましょう。このアルゴリズムが使えるかどうかの見極めができるようになれば、あなたの論理的思考力はかなりのレベルなのです。(2010/9/4) 最強最速アルゴリズマー養成講座: 病みつきになる「動的計画法」、その深淵に迫る 数回にわたって動的計画法・メモ化再帰について解説してきましたが、今回は実践編として、ナップサック問題への挑戦を足がかりに、その長所と短所の紹介、理解度チェックシートなどを用意しました。特に、動的計画法について深く掘り下げ、皆さんを動的計画法マスターの道にご案内します。(2010/5/15) 最強最速アルゴリズマー養成講座: アルゴリズマーの登

                          • データベース技術の羅針盤

                            PostgreSQLのロール管理とその注意点(Open Source Conference 2022 Online/Osaka 発表資料)NTT DATA Technology & Innovation

                              データベース技術の羅針盤
                            • 日本の製粉大手に「前例ない」大規模攻撃 大量データ暗号化 起動不能、バックアップもダメで「復旧困難」

                              「システムの起動そのものが不可能で、データ復旧の手段はない」――製粉大手のニップン(東証一部上場)は8月16日、7月7日に受けたサイバー攻撃の詳細と影響を明らかにした。 グループ会社を含むサーバの大半が同時攻撃を受け、バックアップを含む大量のデータが暗号化されて復旧不能に。外部専門家に「前例のない規模」と報告を受けたという。 財務システムも被害を受け、早期の復旧が困難なため、8月5日に発表予定だった2021年4~6月期の決算は、約3カ月延期。8月16日が提出期限だった四半期報告書の提出も、11月15日に延期する。 サイバー攻撃を受けたのは7月7日未明。グループの情報ネットワークのサーバや端末が同時多発的な攻撃を受け、大量のファイルが暗号化された。 ニップン単体の財務・販売管理データを保管しているファイルサーバに加え、グループ企業で同じ販売管理システムを使っていた11社と、同じ財務会計システ

                                日本の製粉大手に「前例ない」大規模攻撃 大量データ暗号化 起動不能、バックアップもダメで「復旧困難」
                              • AWSに関するありがちミスとその対策〜EC2、S3、RDS、Lambda、CloudFrontの場合 - エンジニアHub|若手Webエンジニアのキャリアを考える!

                                エンジニアHub > 記事一覧 > AWSに関するありがちミスとその対策~EC2、S3、RDS、Lambda、CloudFrontの場合 AWSに関するありがちミスとその対策~EC2、S3、RDS、Lambda、CloudFrontの場合 AWS入門者が基本として知っておくべき知識を、AWS導入&運用サポートのプロである、アイレットのエンジニア3名に聞きました。多くのAWSユーザーに支持されるAmazon EC2、Amazon S3、Amazon RDS、AWS Lambda、Amazon CloudFrontそれぞれの勘所やオススメの設定を、余すところなく紹介してもらいます! なぜ、AWSを選ぶのか? Amazon EC2~インスタンス起動後はプライベートIPを設定できないので注意 Amazon S3~S3はディスクではない。マウント非推奨の理由 RDS~自動スナップショットの保持期間を

                                  AWSに関するありがちミスとその対策〜EC2、S3、RDS、Lambda、CloudFrontの場合 - エンジニアHub|若手Webエンジニアのキャリアを考える!
                                • はてなは「絶対すべきでないこと」をやらかしたのか?

                                  おっと、タイトルだけ見て、先週から話題になっているはてなブックマークボタンのトラッキング問題の話かと思われたかもしれないが、本文でははてなブックマークの問題はほとんど扱わない。また、この問題について未だご存じない方は、ARTIFACT@ハテナ系のエントリの後半にあるこれまでの流れを辿ると分かりやすいだろう(ワタシ自身の認知にも近い)。 はてなが新サービスとしてはてなブログをリリースして4ヶ月以上経つ。当初は招待制だったが、昨年末にオープンベータに移行して現在にいたっている。 ワタシもリリース時に招待されたので少し触ってみたが、機能が何から何まで足らないことにびっくりしたものである。そして、はてなは「アレ」をやらかしたのではないかという疑念が頭をよぎったが、まさかと思う気持ちと、短時間触っただけの印象で間違った批判をしてはいけないという自制、何よりそのあたりはじきに解決するのだろうという楽観

                                  • 派遣先を選ぶ際の「バカ避け」としての質問項目

                                    東京都内で、一般派遣のPGとして何年か働いてきました。時給は2600円前後の案件が多かったです。(個人的にはもっと上げたいところですが、なかなか叶っていません) いわゆるWeb系が7割、SIer系が3割です。 SIer系(社内SE含む)は総じてクソだという印象を抱いていますので、バイアスがあるかもしれません。 どんな職種や就業形態であれ、何年かやっていると誰でも、「この条件を満たす就業先はアウトだから、ここで働いてはいけないな」という判断基準が自分の中で確立されてくるものだと思います。 自分のそのような判断基準を整理する意味合いも含めて、「就業先(派遣先)との面談の際、これを聞けば良いな」と思う質問項目を書き出してみようと思います。 typoはご容赦ください。 (1)作業に使うPCのメモリ容量とディスプレイの画素数と枚数を教えてください。 メモリ8GB未満→論外。「我々は、たかだか数千円の

                                      派遣先を選ぶ際の「バカ避け」としての質問項目
                                    • http://designaholic.cc/2011/02/post-82.html

                                        http://designaholic.cc/2011/02/post-82.html
                                      • 「Go言語らしさ」とは何か? Simplicityの哲学を理解し、Go Wayに沿った開発を進めることの良さ - エンジニアHub|Webエンジニアのキャリアを考える!

                                        エンジニアHub > 記事一覧 > 「Go言語らしさ」とは何か? Simplicityの哲学を理解し、Go Wayに沿った開発を進めることの良さ 「Go言語らしさ」とは何か? Simplicityの哲学を理解し、Go Wayに沿った開発を進めることの良さ プログラミング言語には作者の設計思想が強く現れますが、Go言語もまた後発であることを生かし、しっかりとした思想に基づいて開発されています。公式のドキュメント等で語られているSimplicityの哲学を理解し、Go言語らしさ、Go Wayに従って開発する良さについて、はてなチーフエンジニアの松木雅幸(Songmu)さんが解説します。 id:Songmuと申します。はてな東京オフィスでチーフエンジニアを務め、Mackerelというサーバー監視のSaaS開発においてプロダクトマネージャーを担当しています。 筆者が勤めている株式会社はてなでは、2

                                          「Go言語らしさ」とは何か? Simplicityの哲学を理解し、Go Wayに沿った開発を進めることの良さ - エンジニアHub|Webエンジニアのキャリアを考える!
                                        • ぼくたちのかんがえたさいきょうのi18n国家

                                          本記事は下記のtweetから始まるスレッドに触発され、@qnighyや@na4zagin3からアイディアを拝借して書いた。 i18n力が最強の国は国内に複数の言語があり、そのうちいくつかは他国でも使われている言語の方言で、1バイト文字での代替表記が困難で、歴史的にISO-2022ベースの文字コードとUnicodeと独自エンコーディングが混在していて、フリガナなどの特殊な組版規則があり、右書き左書き縦書きを併用し、 — Masaki Hara (@qnighy) 2018年8月6日 皆さんのおかげで最強のi18n国家が建設されつつある。一瞬で滅びそう — Masaki Hara (@qnighy) 2018年8月6日 長い前置き ソフトウェアのi18nは難しい。自文化では当たり前と思っていてハードコードしてしまった仮定が崩れて、大幅な再設計を余儀なくされるからだ。気づいて再設計できればまだ良

                                            ぼくたちのかんがえたさいきょうのi18n国家
                                          • MySQLでプライマリキーをUUIDにする前に知っておいて欲しいこと | Raccoon Tech Blog [株式会社ラクーンホールディングス 技術戦略部ブログ]

                                            株式会社ラクーンホールディングスのエンジニア/デザイナーから技術情報をはじめ、世の中のためになることや社内のことなどを発信してます。 bashパフォーマンスMySQLInnoDBDB設計インデックス こんにちは、羽山です。 今回は MySQL のプライマリキーに UUID を採用する場合に起きるパフォーマンスの問題を仕組みから解説します。 MySQL(InnoDB) & UUID のパフォーマンスについては各所でさんざん議論・検証されていますが、論理的に解説した記事が少なかったり一部には誤解を招くようなものもあるため、しっかりと理由から理解するための情報として役立つことができればと思っています。 UUID と比較される古き良き昇順/降順のプライマリキーはというと、 MySQL の InnoDB において良いパフォーマンスを出すために縁の下の力持ちのような働きをしてくれているケースが実は少な

                                              MySQLでプライマリキーをUUIDにする前に知っておいて欲しいこと | Raccoon Tech Blog [株式会社ラクーンホールディングス 技術戦略部ブログ]
                                            • インフラを意識してコードを書くということ - Hatena Developer Blog

                                              チーフエンジニアの id:Songmu です。 4月に 新人エンジニア研修を行なった のですが、その際に、「インフラを意識したアプリケーションの書き方」という講義を担当しました。そこでおこなった講義の内容について整理しながら書き起こしていきたいと思います。 インフラを意識すると何が良いか 業務でWebアプリケーションを扱うと、個人ではなかなか扱えないトラフィックであったりデータ量を扱うことになります。小規模サービスでは考えなくてよかった多くのことを考慮する必要がでてきます。なかなか体験できないことでもあるので、楽しく、やりがいもあります。 また、そういった経験を通して、インフラを意識しコードをかけるスキルを身につけることは、Webエンジニアとしては大きな強みとなります。ISUCONで優勝できるかもしれません*1。 インフラを意識すると何が良いか 〜 中規模ベンチャーの場合 そもそも、はてな

                                                インフラを意識してコードを書くということ - Hatena Developer Blog
                                              • ≡ ←ハンバーガーメニューのデザインでクリック率は違う(2014年のA/Bテストの結果から)

                                                スマートフォン対応サイトで右上や左上にある「≡」こんな形の三本線のメニューはいわゆるハンバーガーメニューと言いますが、ハンバーガーメニューのデザインに関してA/Bテストを行っていた記事があったので紹介します。 ●ハンバーガーメニューのデザインパターンハンバーガーメニューは色々なデザインがあって、例えば以下の様なパターンがあります。(サイトイメージは「グラシン工房」から) まずはBootstrapの標準に近い形式。三本の線があるだけのパターン。 次に三本の線のしたにメニューという文字を配置して、アイコンの意味を説明するパターン。 三本線を線(border)で囲い、ボタンらしく見せるデザインのパターン。 他にもいくつかデザイン・表現方法がありますが、それは前に書いた「【Web制作】スマートフォンサイトのメニューのアイコンデザイン・表示を比べてみた」の記事をご覧ください。 ●アイコンだけ・文字付

                                                  ≡ ←ハンバーガーメニューのデザインでクリック率は違う(2014年のA/Bテストの結果から)
                                                • 【更新】7pay問題でオムニ7アプリのソースコードに漏洩の疑い。「GitHub」上で誰でも入手可能だったか

                                                  7payをめぐる脆弱性の懸念が解決しないまま、不正使用事件発覚から約3週間が経った。この間、実行犯とみられる複数の中国籍の容疑者が逮捕され、また外部ID連携の実装の不備から、セキュリティーの懸念を指摘する報道が続いている。 セブン&アイHDは7月中を目処に、今後の対応策などを公表する予定だ。 しかしここへきて、これまでとは異なる、別の問題が浮上してきた。 7payにも関連する、ECアプリ「オムニ7」の設計図にあたるソースコードが漏洩していた可能性がある。オムニ7アプリはセブン-イレブンアプリとは別アプリだが、ログインまわりの設計は非常に似通っているとみる専門家もいる。 事実であれば、アプリ開発の管理体制、アプリ自体やサービスのセキュリティーに関するリスクの有無についても、一層の警戒が必要になる可能性がある。

                                                    【更新】7pay問題でオムニ7アプリのソースコードに漏洩の疑い。「GitHub」上で誰でも入手可能だったか
                                                  • DevOps の能力  |  Cloud アーキテクチャ センター  |  Google Cloud

                                                    デジタル トランスフォーメーションを加速 お客様がデジタル トランスフォーメーションに乗り出したばかりでも、あるいはすでに進めている場合でも、Google Cloud は困難な課題の解決を支援します。

                                                      DevOps の能力  |  Cloud アーキテクチャ センター  |  Google Cloud
                                                    • 株式会社IDCフロンティア

                                                      IDCフロンティアのクラウドサービスが政府情報システムのためのセキュリティ評価制度(ISMAP... データセンター 2024年01月10日 【接続先追加】「バーチャルブリッジ」に主要IX事業者などの他事業者接続が追加 データセンター 2024年01月10日 令和6年能登半島地震の影響により、被災された地域のお客さまがご利用中のサービスについて支援措置を実施します。 サービス 2024年01月05日 新年のご挨拶 代表取締役社長 鈴木 勝久 その他 2024年01月04日 1月17日~19日に福岡で開催される「JANOG53 in Hakata」にブース出展します その他 2023年12月20日 ZDNET Japan Business&IT ClassWork supported by ... その他 2023年12月15日 IDCフロンティア、「AIサービスのためのデジタルインフラ」を

                                                        株式会社IDCフロンティア
                                                      • フロントエンドのデザインパターン

                                                        本書は、Lydia Hallie 氏 と Addy Osmani 氏らによる Learning Patterns (https://www.patterns.dev/) の日本語訳です。原著は大きく 3 つのセクションに分かれていますが、本書は、その最初のセクションである Design Patterns を訳したものとなります。

                                                          フロントエンドのデザインパターン
                                                        • 一人で作る!Webサービスに必要な知識とか能力 - ゆーすけべー日記

                                                          作りたいものが決まったら調査をしましょう。特に技術的なことについてです。 ここで言う技術というのは、「自分が作りたいことが世の中の利用可能な技術で実現できるか?」を意味します。 その際に「自分のスキル」と「世の中の技術」を分けて考えるといいでしょう。 アイデアを実現するために「利用可能な技術が無い」ケースはあきらめればいいですし、 「あるけれども自分にスキルがない」ケースは頑張ればいいのです。 設計は紙に書いちゃうくらい簡素なもので最初はいいかもです。個人個人のスタイルがあるので。 ユースケースという「ユーザーがシステムに対して振る舞う行為」を図にすることと、 扱うデータには何があるのかを列挙して構造化することは最低限行います。 2. 開発 いよいよ開発です。Perl、Python、Ruby、PHP... 何を使うにしろ以下の知識が必要になると思います。 言語に対する理解 WAF DB フ

                                                            一人で作る!Webサービスに必要な知識とか能力 - ゆーすけべー日記
                                                          • Chromeはなぜ速いのか - @IT

                                                            Chromeの動作が圧倒的に速いように感じている。Chromeがリリースされた当初、それがなぜなのかよく分からなかった。グーグルだけにできて、ほかのWebブラウザ開発者にできないことなどあるように思えないが、それにしてはあまりに速いように感じたからだ。 その疑問のほとんどは、Chromeのオープンソースプロジェクト版「Chromium」の公式ブログの解説で氷解した。ブログを読んで分かったのはグーグルのエンジニアたちが信じられないほどのスピード狂であることと、そのスピードへのこだわりには2種類の“スピード”があることだ。 1つは処理速度、もう1つは応答速度だ。特に後者、ユーザーをできるだけ待たせない、イラつかせないということに対する徹底したこだわりは、すさまじい。その背後には「スピードとは、つまりお金だ」という洞察があるようだ。 0.5秒の遅延でユーザー離れ グーグル創業約1年後の1999年

                                                            • スゴイ地味だけど着実にどんなスキルも磨ける独学法 | ライフハッカー・ジャパン

                                                              Crew Blog:他人のために何かを作ったこと、ありますか? 自分がイチから作ったものが誰かの助けになったり、喜んでくれたりすることを知るのは格別なものです。 一度でも他人に使われるものを作った経験があると、むしろ自分のためだけにものを作ることが無意味に思えてくるかもしれません。いえ、ちゃんと意味はあります。素晴らしい学習の機会になるのです。 忘れにくく、応用できる知識が身につきやすい 学び、スキルを広げていくには、小規模で自己充足型のプロジェクトを行うのが非常に良い方法です。単に書物などで読んだり、理論として考えたりするだけではなく、実際に新しいものを作ってみることで学ぶのであれば、言葉によってではなく、体を通して学ぶことになり、忘れにくく、応用できる知識が身につきやすいのです。 ルールを忘れて、直接、経験から学ぶのです。「正しい」方法を知らなくても自分のやり方で物事に取り組むことを学

                                                                スゴイ地味だけど着実にどんなスキルも磨ける独学法 | ライフハッカー・ジャパン
                                                              • 「仕事が遅すぎる人」に共通する残念な考え方

                                                                コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能(広告ブロック機能を持つ拡張機能等)を無効にしてページを再読み込みしてください。 ✕

                                                                  「仕事が遅すぎる人」に共通する残念な考え方
                                                                • なぜ作ったゲームが面白くならないのか?基礎にして奥義「フロー理論」|かえるD

                                                                  そろそろ、ゲームデザインの話もしていこうかと思う。今回は、ゲームが面白いとはそもそも何なのか?そもそもゲームとはなんなのかを紐解き、そこからどうすれば面白くなるのかを書いていこうと思う。 そして、最初に本記事の結論を書いておく。 ・ゲームとは学習を嗜好品化したものである ・人が学習から面白いと感じるには条件がある=フロー理論この二つが、本記事の結論である。面白いと思ったら、この先を読み進めていただければ幸いだ。 そもそもとして、今回の記事をnoteに書こうと思った理由の一つとして、毎年新卒に向けて同じような話をするのだけれど、ずっと張り付いて教えられるわけでもないし、必要になったタイミングで情報を提供しないと、なかなか身に付かないので、これ参考にすると良いよというような似たようなまとまったリファレンスがほしかったのだ。でもそのようなリファレンスは存在しないので自分で書こうと思った次第だ。

                                                                    なぜ作ったゲームが面白くならないのか?基礎にして奥義「フロー理論」|かえるD
                                                                  • 開発者のための正しいCSRF対策

                                                                    著者: 金床 <anvil@jumperz.net> http://www.jumperz.net/ ■はじめに ウェブアプリケーション開発者の立場から見たCSRF対策について、さまざまな情報が入り乱れている。筆者が2006年3月の時点において国内のウェブサ イトやコンピュータ書籍・雑誌などでCSRF対策について書かれている記事を調べた結果、おどろくべきことに、そのほとんどが誤りを含んでいたり、現実的 には使用できない方法を紹介したりしていた。そこで本稿ではウェブアプリケーション開発者にとっての本当に正しいCSRF対策についてまとめることとす る。また、採用すべきでないCSRF対策とその理由も合わせて紹介する。 ■あらゆる機能がターゲットとなりうる ウェブアプリケーションの持つ全ての機能がCSRF攻撃の対象となりうる。まずこのことを認識しておく必要がある。 Amaz

                                                                    • Reactベストプラクティスの宝庫!「bulletproof-react」が勉強になりすぎる件

                                                                      Reactアプリケーションのアーキテクチャの一例として公開されているGitHubリポジトリ「bulletproof-react」が大変勉強になるので、私自身の見解を交えつつシェアします。 ※2022年11月追記 記事リリースから1年ほど経過して、新しく出てきた情報や考え方を盛り込んだ続編記事を書いていただいているので、こちらも併せて読んでいただければと想います(@t_keshiさんありがとうございます!)。 ディレクトリ構造が勉強になる まずはプロジェクトごとにバラつきがちなディレクトリ構造について。 ソースコードはsrc以下に入れる bulletproof-reactでは、Reactに関するソースコードはsrcディレクトリ以下に格納されています。逆に言えば、ルートディレクトリにcomponentsやutilsといったディレクトリはありません。 たとえばCreate Next Appで作成

                                                                        Reactベストプラクティスの宝庫!「bulletproof-react」が勉強になりすぎる件
                                                                      • とてもヤバイ、ウンコの話

                                                                        すでに問題は進行していて各地で大きな問題になってきているんだけど、一般的には表沙汰になっていない話を1つ。 全国各地で、ウンコの配管が詰まりまくってる。いやまあ、便器や配管がウンコ詰まりするという現象は別に目新しい話ではないんだけれど、ここ数年、その件数が飛躍的にアップしているのだ。 何故、そうなるのかというと、便器洗浄の節水競争で、ウンコと共に配管に流れ出る水の量が減っている為に、ウンコが途中で止まってしまったりする事が増えたからだ。 便器は進化しているのかもしれないが、便器から流れ出た、ウンコと水が配管を通って、浄化槽や下水道まで流れ着くまでの技術はほとんど進化してしないのだ。 何故、進化しないのかというと、単純に、配管内を重力によって、一定方向に導くのが原則なので、せいぜいが配管抵抗を減らす事くらいしか出来ない。ウンコ用の配管なんて、汎用の塩ビ管やせいぜい鉄管の内側に塩ビをライニング

                                                                          とてもヤバイ、ウンコの話
                                                                        • アップル - iTunes - Download iTunes

                                                                          最新のmacOSにアップグレードして、まったく新しいエンターテインメント体験を。 あなたの音楽、映画、ポッドキャスト、オーディオブックは、自動的にApple Music、Apple TV、 Apple Podcast、Apple Booksという4つのアプリに転送されます。 それぞれのアプリでは、購入、レンタル、読み込みなど、 あなたがよく使うiTunesの機能を引き続き利用できます。

                                                                            アップル - iTunes - Download iTunes
                                                                          • 【イマ得】エミナルクリニック梅田院の口コミまとめ&口コミで人気の医療脱毛ランキング発表

                                                                            ネットで検索してよく出てくるエミナルクリニックの梅田院がめっちゃ気になるなぁ。 医療脱毛なのにすごい安くていい評判も聞くけど、ほんとに痛くないのかな? 通っている人の口コミをみてみたいなぁー。 なんて気になったので、エミナルクリニックの梅田院についてSNSやネットで調べてみました。 そう思ってSNSを中心に調べてみたら、、、口コミや評判も良いじゃない♪ ちなみに、似たようなサービスや商品があるかも?なので、今回調べてみたのはこちらになります。

                                                                            • 物件ファン

                                                                              もっとみる 物件ファンを支えてくださってる皆様 うっちー アマレット Koji ちー カツオ odmishien ASA KeyNo.029 chou やまつま Ayaka しゅー kee 伊藤商店 とみこ GAJA デューク内藤 ミヤコドリ magさん Umising てんてこまい ふみ oda 球体 ぽんちゃん だんちぐみ 3t06 なとぅ みちゃん ジュンコ くろくろ 更夜 ぽるぴいお たかにゃん ちぇるもふ さやか さんかく ひろ あんさー iron ヨシニイ ちびりーな 三嶋 優 うすい のぶ ネコチャンのカリント さきはま めばる atez Ciao! JIMA ぽむ ユン 結 ももたす 岩波しずか MKstyle Kaco のぞみ sakaken1 MONV.MitsuMame・おもや ひろみっち fumi mamune blackkite masako.o おさるー ぽんち

                                                                                物件ファン
                                                                              • SIについて私が思ったこと。そしてSIerにおけるモダン開発について : 小野和俊のブログ

                                                                                ひとことで言えば、「レビュー文化は良くない」ということになるだろうか。 Slack導入、そして同時期に開始した服装の自由化、バイモーダルという考え方の浸透、AIやブロックチェーンを活用したPOC等の取り組みによって、SIerとしてのセゾン情報システムズは、社内の雰囲気もずいぶんと変わってきた。 しかし、こうした取り組みだけではどうにもならないものも少なからずあった。 そのひとつは、「悪い報告がしづらい」ことだった。 これは他のSIerでも同様のことが多いのではないかと思うが、問題プロジェクトに認定されると、品質管理部のモニタリングが強化されたり、第三者によるプロジェクト監査が始まったり、経営会議での定期的な報告が求められたり、何をやっているのかとレビューでこっぴどく叩かれたり、、、。 そうした責任感から、遅れをキャッチアップできるよう少しでもがんばろう、と励まし合う中で、それなのに四方から

                                                                                  SIについて私が思ったこと。そしてSIerにおけるモダン開発について : 小野和俊のブログ
                                                                                • やってみた)ストレスなく毎日を送るための仕事術 - 人と組織と、fukui's blog

                                                                                  2010年08月18日 02:17 カテゴリ人と組織 やってみた)ストレスなく毎日を送るための仕事術 Posted by fukuidayo Tweet ここ最近、何をしていたかというと、今更ながら「仕事術」系の本を読みまくっていた。 今更「仕事術かよ‥」と思われるかも知れないのだけれど、これは結構重要なことで、職場や仕事内容が変化するたびに、自分の仕事のやり方を棚卸しし、最もストレスのないやり方を見出さなければならないと、僕なんかは思う。 仕事術や時間管理のやり方が定着しない理由は明白で、「自分の仕事にあっていないから」「書かれたことをそのまま実践してみるから」だ。 仕事のやり方が千差万別で、自分が持つ個性も他人と同じ。ということはないのだから、自分なりのやり方を見つけなければきっとダメに違いない。 さて、何かの参考になるかもしれないし、僕自身が仕事のやり方を振り返るときに、参考にもなる