並び順

ブックマーク数

期間指定

  • から
  • まで

441 - 480 件 / 57478件

新着順 人気順

architectureの検索結果441 - 480 件 / 57478件

  • みんなの仕事場 - みんなで作るオフィス仕事場サイト

    みんなで作るオフィス仕事場サイト

    • はてなブックマーク全文検索機能の裏側

      そろそろ落ち着いて来たころ合いなので、はてなブックマーク全文検索機能の裏側について書いてみることにします。 PFI側は、8月ぐらいからバイトに来てもらっているid:nobu-qと、id:kzkの2人がメインになって進めました(参考: 制作スタッフ)。数学的な所は他のメンバーに色々と助言をしてもらいました。 はてな側は主にid:naoyaさんを中心に、こちらの希望や要求を聞いて頂きました。開発期間は大体1〜2か月ぐらいで、9月の上旬に一度id:naoyaさんにオフィスに来て頂いて合宿をしました。その他の開発はSkypeのチャットで連絡を取りながら進めてました。インフラ面ではid:stanakaさん、契約面ではid:jkondoさん、id:kossyさんにお世話になりました。 全文検索エンジンSedue 今回の検索エンジンはSedue(セデュー)という製品をベースにして構築しています。Sedu

        はてなブックマーク全文検索機能の裏側
      • 技術選定の審美眼 / Understanding the Spiral of Technologies

        初演: 2018/02/15 デブサミ2018 15-D-1 ハッシュタグ: #devsumi #devsumiD https://togetter.com/li/1199564

          技術選定の審美眼 / Understanding the Spiral of Technologies
        • 実装を引き受ける前に詰めておくべきWebフロントエンドの想定漏れチェックシート - Qiita

          リキッドレイアウトのように幅が常に変動するレイアウトのデザインは、動かないカンプからは実際の挙動が読み取れず、デザイナーの意図が汲み取りきれないことが多い。また、複雑化するアニメーションの実装においても、カンプだけではコミュニケーションに不備が生まれてしまう。ほかにも、CMSを使った案件ではデザインカンプと実際のデータの間に齟齬がある可能性もある。 実装効率を高めてスケジュール通りに仕事を終わらせるには、とにかく事前に仕様を固めることが大事だ。ワイヤーフレームやデザインの途中の段階からなるべくデザイナーとコミュニケーションを重ね、想定外の要件が発生しないように気をつけるべきだろう。 この記事では、デザイナーやフロントエンドエンジニアが見落としがちなWebフロントエンドの課題について列挙していく。 ホバー表現を後から指示される ツッコミ 後から仕様追加されると困るから先に決めて! メモ 最近

            実装を引き受ける前に詰めておくべきWebフロントエンドの想定漏れチェックシート - Qiita
          • 【驚愕】代ゼミの恐るべき先見性。予備校から不動産会社に華麗な転身か。既に実績多数。 : 大人のまとめ新聞

            河合塾、駿台予備校とともに「予備校3大大手(SKY)」と呼ばれる代々木ゼミナール。 そんな代ゼミが、全国27校舎のうち7割に当たる20校舎を閉鎖し、数百名の講師の希望退職も募るというニュースが報じられた。 これを受けてソーシャルメディアでは「代ゼミヤバい」「代ゼミ死亡」などと書き立てられているが、実は代ゼミは30年前から今の少子化を見越して、粛々と業態転換を進めてきた可能性があることが分かった。 「代ゼミ死亡」って本当? 代ゼミが全国の7割の校舎を閉鎖し、希望退職者も募るというニュース。 「代ゼミがヤバい」「代ゼミショック」「代ゼミ死亡」…こんな投稿ばかりがソーシャルメディアでは目立っていた。 ポテトクリーム@potatocream代ゼミってそんなにヤバいのか2014/08/24 13:36:49T.Mogai@mogizm代ゼミいよいよヤバいのか2014/08/24 11:13:36 し

              【驚愕】代ゼミの恐るべき先見性。予備校から不動産会社に華麗な転身か。既に実績多数。 : 大人のまとめ新聞
            • オーロラが見えるホテル。しかもベッドから! | ROOMIE(ルーミー)

              吹雪の日ですら楽しそうなホテルです。 このホテルが位置するのは、フィンランドの北部に位置するラップランドと呼ばれる地域。ここはスウェーデン、ノルウェー、フィンランド、ロシアと4カ国にまたがっており、国境を越えた関係を築こうとしている地域でもあります。 写真のホテルは「ホテル・カクシラウッタネン」の「ガラスイグルー」と呼ばれる宿泊施設です。この部屋の最大の魅力は、ラップランドの夜空に輝く無数の星やオーロラを暖かい部屋の中で、しかもベッドの上から見ることが出来るというもの。 特殊な耐熱ガラスによって作られたドーム型の室内は、常に心地よい温度に保たれており、氷点下30℃になろうともガラス面に霜が付かないように工夫がされているとのこと。部屋にはベッドとトイレが完備。横になりながら頭上に降り注ぐオーロラを楽しめます。 このホテル周辺にはアクティビティも充実。レストランはもちろんのことスモークサウナも

              • 【ノーカット掲載】オンプレミスかクラウドか。社内を二分する論争にDeNA南場智子が出した"答え" | フルスイング by DeNA

                コスト・品質ともに最高レベルを実現していた、DeNAのオンプレミス。しかし2018年6月、DeNAは全社方針としてそのオンプレミスを捨て、3年の移行期間をかけクラウドに全面移行することを決定しました。 なぜDeNAは経営の意思決定として、当初「3倍のコストになる」と言われたクラウド全面移行に踏み切ったのか? 本記事では「クラウドシフト決定の判断」に至る経営者の思いを語った『Google Cloud Next ’19 in Tokyo』でのDeNA代表取締役会長 南場 智子(なんば ともこ)講演内容をノーカット掲載します! 「経営の言語」と「技術の言語」両方話せる人材を信頼する 私がDeNAを立ち上げたのは、1999年。今からちょうど20年前です。もともと、経営コンサルタントをしていました。得意なのは戦略や提携。それからマーケティングや分析などですね。一緒に起業した仲間も、同じファームから連

                  【ノーカット掲載】オンプレミスかクラウドか。社内を二分する論争にDeNA南場智子が出した"答え" | フルスイング by DeNA
                • key-valueストアの基礎知識

                  首藤 一幸 Last-updated: January 5, 2010 注: このページの文章は Software Design 誌 2010年 2月号に掲載された以下の記事の元原稿です。 Software Design 誌編集部の了承の元に、本ウェブページに掲載しております。 首藤一幸: "key-valueストアの基礎知識", Software Design 2010年 2月号, p.14-21, (株)技術評論社, 2010年 1月 18日 クラウド、特にPaaS向けのソフトウェア開発が現実のものとなり、 そこではリレーショナルデータベースとは違ったデータベースが 勢いを増しています。 その代表であるkey-valueストアを解説します。 もくじ key-valueストアとは なぜkey-valueストアか key-valueストアの使いどころ key-valueストアとNoSQLの

                  • 【翻訳】リッチなWebアプリケーションのための7つの原則 - from scratch

                    はじめに この話はGuillermo Rauch氏が書いたhttp://rauchg.com/2014/7-principles-of-rich-web-applications/ という記事の翻訳です。許可を得て翻訳しています。 ここ最近Web業界を賑わしているSingle Page Applicationの必要性、HTTP2/SPDYといった技術、リアクティブプログラミングやIsomorphicデザインという考え方について包括的にまとめたすごく良い記事になっております。 最初に断っておきますが、ものすごく長いです。各セクションがわかれているので時間がない方はセクションごとに書かれたtl;DRとまとめを読むだけでも参考になるかと思います。 ちなみに明日のNode学園祭には、本記事を記述したGuillermo Rauch氏が見えるので、そこで詳しく聞いてみるのもいいのではないでしょうか。

                      【翻訳】リッチなWebアプリケーションのための7つの原則 - from scratch
                    • さよならアーキテクチャ議論|Seiji Takahashi@ベースマキナ

                      ポエム。 つまり?予算やチームのリテラシーに合わせて最速で作れて、チーム内で「俺ら高凝集低結合だなー」と思えるなら、アーキテクチャはなんでもいいと思えてきました。 前提・まだ割と収益が安定してないプロジェクトでの話です。お金があるなら好きにやりましょう。Go Bold。 ・DDDやクリーンアーキテクチャがダメとは言ってないです。むしろ自分は直近そこまで厳格ではないクリーンアーキテクチャでAPI書いてます。 ・以前こういうポスト書くくらいにはアーキテクチャのこと試行錯誤してました。 アーキテクチャ導入議論への疲労以前僕は、DDDやクリーンアーキテクチャを導入するという話が出ると積極的に顔を出すようにしていました。でも、最近は「導入しましょう」「既に適用してあるのでキャッチアップしてください」などの議論をするのに少し疲れてしまい、足が重くなったように感じます。もうおじいちゃんなので体力がないん

                        さよならアーキテクチャ議論|Seiji Takahashi@ベースマキナ
                      • 分散キューという名の苦しみ - Software Transactional Memo

                        TL;DR 分散システムにおいてキューを導入する場合、本当にキューが必要なのか再考すべき。そこが地獄の入り口だから。 システムの抽象 コンピュータの世界は、本来は0と1の信号の羅列が飛び交う無機質なものである。でも人類は信号だけですべてを語らず、様々な喩えを定義してきた。それはデスクトップ・ウィンドウ・マウスカーソルといったグラフィカルな表現に留まらず、パケットやカプセル化といった用語にロック・キュー・リスト・木などのアルゴリズムやデータ構造の世界にも自然に溶け込んでいる。これらはすべて人間の理解を助けるための喩え話に過ぎず、この喩えこそが人間のより直感的な理解をもたらす一方で、発想の制約を生み出してきた。 人間が大きなシステムを作るときも何らかの喩えを用いてシステム全体を整理する。アーキテクチャの「ポンチ絵」を描いて情報共有をするのは企業に勤めていれば経験した人も多いだろう。パワーポイン

                          分散キューという名の苦しみ - Software Transactional Memo
                        • クックパッドの継続的な成長のために開発と運用が何をしてきたのか、その失敗と成功について // Speaker Deck

                          2016/01/23 Cookpad TechConf 2016 http://techconf.cookpad.com/

                            クックパッドの継続的な成長のために開発と運用が何をしてきたのか、その失敗と成功について // Speaker Deck
                          • 良いコードとは何か - エンジニア新卒研修 スライド公開

                            株式会社サイバーエージェントの2021年度 エンジニア新卒研修でコードの品質に関する講義を行いました。 https://note.com/cyberz_cto/n/n26f535d6c575

                              良いコードとは何か - エンジニア新卒研修 スライド公開
                            • 負荷対策概論 - Y-110's Wiki

                              最新文章 2018-12-26 17:10▪ 致敬英雄,致敬不朽的精魂 2018-12-26 17:10▪ 四十年来闵行人的文化生活史一幕幕回放 2018-12-26 17:10▪ “笔尖上的童画”——欢图学员作品成果展将在东方网文化活动... 2018-12-26 17:10▪ “金色热线”12月27日将迎来年终特别节目 2018-12-26 17:10▪ 北京市发布持续低温蓝色预警信号 2018-12-26 17:10▪ 北京市网信办推进自媒体账号专项治理关闭11万个 2018-12-26 17:10▪ 有创意的崇明“橘农”让梦想和情怀扎根农场 2018-12-26 17:10▪ 突发!上海地铁3、4号线晚高峰运行延误系人员进入线路 2018-12-26 17:10▪ 中国经济总量将达90万亿关键时刻传递重要信息 2018-12-26 17:10▪ 海底捞:"吃出卫生巾"系人为当事顾客

                              • コンピュータシステムの理論と実装

                                コンピュータを理解するための最善の方法はゼロからコンピュータを作ることです。コンピュータの構成要素は、ハードウェア、ソフトウェア、コンパイラ、OSに大別できます。本書では、これらコンピュータの構成要素をひとつずつ組み立てます。具体的には、NANDという電子素子からスタートし、論理ゲート、加算器、CPUを設計します。そして、オペレーティングシステム、コンパイラ、バーチャルマシンなどを実装しコンピュータを完成させて、最後にその上でアプリケーション(テトリスなど)を動作させます。実行環境はJava(Mac、Windows、Linuxで動作)。 ● 本書のサポートサイト ● 本書で使用するツール「Nand2tetris Software Suite」 ● 「Nand2tetris Software Suite」のチュートリアル 目次 賞賛の声 訳者まえがき:NANDからテトリスへ まえがき イント

                                  コンピュータシステムの理論と実装
                                • 渋谷駅はなぜ1日280万人をさばけるのか |フード|NIKKEI STYLE

                                  キャリア、転職、人材育成のヒントを提供してきた「リスキリング」チャンネルは新生「NIKKEIリスキリング」としてスタート。 ビジネスパーソンのためのファッション情報を集めた「Men’s Fashion」チャンネルは「THE NIKKEI MAGAZINE」デジタル版に進化しました。 その他のチャンネルはお休みし、公開コンテンツのほとんどは「日経電子版」ならびに課題解決型サイト「日経BizGate」で引き続きご覧いただけます。

                                    渋谷駅はなぜ1日280万人をさばけるのか |フード|NIKKEI STYLE
                                  • 専門職と視座

                                    こんにちは。ミクシィでスポーツやライブエンタメ関連の技術部長を担当している石井です。社内向けに書いている記事を少しづつ外部公開していきます。 大規模なサービス開発組織で働いていると、技術職スタッフにおいても、視座の高さを求められることが増えます。「視座の高さ」という単語は、曖昧で、入社していきなり「視座!視座!」と言われても、「えらい人がなんか言うとる」「わいには、まだ早い」くらいで、腹落ちしないと思います。しかし、給与体系にも紐づいていたりするので、給与が上がってくると、「視座をもうちょっとあげてもらわないとね…」と上長から言われれて「えー」となるかもしれません。私の考える「視座の高さ」と、なぜ専門職にも必要になるのかを説明しつつ、サービス開発と組織の関係について考えてもらう機会になればと思います。 私は、エンジニアリングを、単にプログラミングを書いたりすることで技術課題解決するというこ

                                      専門職と視座
                                    • SCOUTER開発者ブログ

                                      2024-04-29 CSSってどんな勉強をしたらいいの?おすすめの勉強法3選! 文字やタブなどWebサイトのデザインを作成するマークアップ言語がCSSです。 CSSを勉強すると、おしゃれなWebサイトやかっこいいWebサイトが作れるようになります。 また、Webサイトを作るときに必要なHTMLを理解するのにも役立ちます。 CSSを勉強するならできるだけ効率よく勉強できるようになりたいですよね。 ではCSSの勉強法はどのようなものがあるのでしょうか。 CSSの勉強法は、スクール […] 2024-04-29 WEBエンジニアから見たXserverの使い勝手と評判 レンタルサーバーのおすすめサイトを見ると、大体どこでも上がってくる有料のレンタルサーバーの一つに「Xserver」があります。 このXserverとは、どのようなサーバーで、サービスにはどのようなものがあるのか。 ホームページ関連

                                        SCOUTER開発者ブログ
                                      • アメリカでソフトウェアエンジニアの職を探した - pco2699’s blog

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

                                          アメリカでソフトウェアエンジニアの職を探した - pco2699’s blog
                                        • 設計サンプルで学ぶ、AWS構築の原則 - Webアプリ アーキテクチャのベストプラクティスを理解する - エンジニアHub|若手Webエンジニアのキャリアを考える!

                                          設計サンプルで学ぶ、AWS構築の原則 - Webアプリ アーキテクチャのベストプラクティスを理解する AWS入門者に向け、同サービスのエキスパートである、クラスメソッドの八幡豊さんが、Webアプリケーション開発のためのAWS構築の基本を解説します。広範な領域をフォローするAWSですが、広範ゆえに、なにをどのように選ぶべきか……。こんなお悩みを持つ方はぜひご一読を。 クラウドコンピューティングサービス・Amazon Web Services(以下、AWS)は、数多くの高機能なクラウドサービスを簡単に利用できることから、多くの企業が導入しています。AWSの知識を身につけることは、いまやエンジニアにとっての必修科目です。 そのサービス範囲は広範にわたることから、「なにを」「どうやって」使うかのかが重要な知識になってきます。AWSの各サービスのポテンシャルを引き出すためには、それぞれの長所・短所を

                                            設計サンプルで学ぶ、AWS構築の原則 - Webアプリ アーキテクチャのベストプラクティスを理解する - エンジニアHub|若手Webエンジニアのキャリアを考える!
                                          • 【日本語訳】元素法典 第1巻 #NovelAI #元素法典|さいぴ

                                            【10/18 翻訳完了】 ※StableDiffusion記法で書かれたプロンプトについて、()は{}に(5%強調)、{}は[]に(-5%強調)置換しています(NovelAI用)。また、NovelAIのプロンプトのプリセット機能はオフにしてお試しください。 Twitter (@31pi_) もフォローして頂けるとうれしいです。(間違い等あればこっそり教えてください) 元素法典 The Code of Quintessence ―― Novel AI 魔術全集 ―― 序文『元素法典』は、全ての高品質な術式と〈元素魔術〉を含めることを目的とする魔導書である。〈元素魔術〉とは、特に「商業イラストレベルの表現力を追求した」美しい絵を指す。 本書は、すべての人に開かれた書物である。したがって、聡明な読者諸君らの編み出した魔術の寄稿を歓迎する。 本書には、膨大な術式と豊富な挿絵が含まれている。その中か

                                              【日本語訳】元素法典 第1巻 #NovelAI #元素法典|さいぴ
                                            • 太宰府天満宮のスタバが物凄いことになってる - 隈研吾(Kengo Kuma):DDN JAPAN

                                              DDN は 音楽 ・ 映像 に関する デジタル アート を中心に情報ミックスを配信中

                                                太宰府天満宮のスタバが物凄いことになってる - 隈研吾(Kengo Kuma):DDN JAPAN
                                              • iPhoneデザインアーカイブ

                                                【初めての方はこちらをクリック】 iPhoneデザインアーカイブは、携帯サイトキャプチャ集「モバイルデザインアーカイブ」の姉妹サイトです。 iPhoneサイトを制作する上で参考になる秀逸なデザインを持つサイトのキャプチャを集めています。 iPhoneサイト制作を請け負ったけど、「なかなかデザインがまとまらない」「洗練されたデザインを参考にしたい」といった方のために、 優れたiPhoneサイトのデザインを集めました。また、iPhoneサイトにまだ手を出されていないモバイルデザイナーの方に、iPhone サイトデザインの雰囲気を掴んでいただくことで、「今後の仕事の幅を広げるきっかけになれば・・」、という思いで立ち上げました。 デザインに優れたiPhoneサイトはもちろん、技術的に優れたiPhoneサイト、そして現在のトレンドを捉えたiPhoneサイトを掲載しています。 なお、意識的にiPhon

                                                • TDDは死んだ。テスティングよ栄えよ。 by DHH | 2014-04-24 - やっとむでぽん

                                                  DHHの"TDD is dead. Long live testing."を、訳してみました。 翻訳 やっとむ By David Heinemeier Hansson on April 23, 2014 著 David Heinemeier Hansson 2014年4月23日 Test-first fundamentalism is like abstinence-only sex ed: An unrealistic, ineffective morality campaign for self-loathing and shaming. テストファースト原理主義は禁欲のみを唱えた性教育のようなものだ。つまり、自己嫌悪に陥っている人に向けた、非現実的で効果のない、道徳教育のようなものだ。 It didn't start out like that. When I first disco

                                                    TDDは死んだ。テスティングよ栄えよ。 by DHH | 2014-04-24 - やっとむでぽん
                                                  • 技術選定/アーキテクチャ設計で後悔しないためのガイドライン - Qiita

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

                                                      技術選定/アーキテクチャ設計で後悔しないためのガイドライン - Qiita
                                                    • 賃貸住宅の「敷金」は取り戻せる! 切り札は“敷金診断士” - 日経トレンディネット

                                                      「原状回復費用」を払いすぎている? 今はまさに春の引っ越しシーズン。新居での生活を楽しみにしている人も多いはず。しかし、その前にしっかり取り戻しておきたいのが、旧居で家主(管理会社)に預けた敷金。実は本来払わなくてもいい費用を払っているケースが多いのだ。 そのうちの1つが、原状回復の費用。これは、「借主の故意や過失によって生じた損傷などを修復する費用」のことで、「入居時の状態まで回復する費用」という意味ではない。クロスの汚れやフローリングの損耗など、通常に使用した場合の経年変化による損耗については、借主は負担する必要はないのだ。 こうした知識が徐々に浸透してきたからか、敷金から差し引く費用の見積もりに「おかしい!」と異議を唱える人も増えている。東京都庁にある「賃貸ホットライン」では、全相談件数1万7328件(平成20年度実績)のうち4796件と最も多いのが退去時の敷金(原状回復)に関するも

                                                        賃貸住宅の「敷金」は取り戻せる! 切り札は“敷金診断士” - 日経トレンディネット
                                                      • 「脳がバグる」エッシャーの不可能図が現実に現れたかのような“テンセグリティ構造”のテーブル

                                                        ギレン・ザビエル(フォロバ1.00%) @toiletpaper_w18 @roaneatan 赤を青が緑チェーンで吊り下げている、それだけだとシーソーの様に天板のどこか(a)に過重がかかると傾いてしまう 黄色チェーンは例えば(a)に過重がかかって真下のチェーンが緩もうとしても、他のチェーンが延びる事が出来ないので天板は傾かず安定する たぶんこういうこと pic.twitter.com/2JfOnF6OY9 2020-10-16 16:22:47

                                                          「脳がバグる」エッシャーの不可能図が現実に現れたかのような“テンセグリティ構造”のテーブル
                                                        • 2010-12-26

                                                          リアクティブプログラミングは、「時間とともに変化する値」=「振る舞い」同士の関係性を記述することでプログラミングを行うパラダイムです。 GUIなどのようにインタラクティブなシステムや、シミュレーションやアニメーションのようにダイナミックに状態が変化するようなシステムを宣言的に記述することができます。 これらの「変化する状態」や「外部とのやりとり」が支配的なシステムは、純粋関数型言語が、その強みを発揮しにくい部分でもあります。 本稿では、リアクティブプログラミングが副作用を含む系を宣言的に記述することを可能にし、状態の管理という厄介な問題からプログラマを開放する可能性があることを示したいと思います。 (割と独自研究に基づく解釈ばかりなのでその点ご了承ください。あと例としてでてくるコードは、Pythonベースの擬似コードで具体的なライブラリに基づくものではありません。) Why Reactiv

                                                            2010-12-26
                                                          • デザインアートの情報サイト[JDN]ジャパンデザインネット

                                                            つくる、使う、考える人のデザイン情報サイト「JDN」。デザインをキーワードに、国内外のニュース、インタビュー、注目のデザイナー紹介、イベント情報など、デザインを“もっと近く”する情報を発信しています。

                                                              デザインアートの情報サイト[JDN]ジャパンデザインネット
                                                            • 最近の Java Web 開発 : http://qiita.com/monzou/items/9174d0baf08af295e703

                                                              You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

                                                                最近の Java Web 開発 : http://qiita.com/monzou/items/9174d0baf08af295e703
                                                              • 本当にあったやらかしDB設計シリーズ一覧 - Qiita

                                                                本当にあったやらかしDB設計シリーズをまとめてみました SQLアンチパターンで書かれているほど高尚な問題ではなく、もっと初歩的な、でもありがちな問題を取り上げています 初心者を脱出したと思っている人に是非読んでもらい、正しく設計してもらうことを目的としています もしここに載っていないパターンを経験したことのある方がいたら是非教えてください 本当にあったやらかしDB設計①【R無しRDB】 本当にあったやらかしDB設計②【囚人番号テーブル】 本当にあったやらかしDB設計③【ロジカルクエリー】 本当にあったやらかしDB設計④【テストチューニング】 本当にあったやらかしDB設計⑤【第三正規化病】 本当にあったやらかしDB設計⑥【見えない削除フラグ】 本当にあったやらかしDB設計⑦【ステートフルDB】 本当にあったやらかしDB設計⑧【ファンクションDB】 本当にあったやらかしDB設計⑨【文字列日付】

                                                                  本当にあったやらかしDB設計シリーズ一覧 - Qiita
                                                                • クソコード動画「Userクラス」で考える技術的負債解消の観点

                                                                  2021/04/10開催 Developer eXperience Day 2021 「クソコード動画『Userクラス』で考える技術的負債解消の観点」の解説資料です。 https://dxd2021.cto-a.org/program/time-table/b-3 クソコード動画はこちら https://twitter.com/MinoDriven/status/1380773721032433674 YouTubeライブのリンクはこちら https://www.youtube.com/watch?v=ajPaGPdj6tU

                                                                    クソコード動画「Userクラス」で考える技術的負債解消の観点
                                                                  • React を深く知るための入り口

                                                                    Reactに対する見方をアップデートする 国内外の優れた開発者の方による React の各論の記事は枚挙にいとまがありません。しかし、React の入門を一通り終えた方に向けの浅く広い総論はあまり見かけません。 React の公式ドキュメントのトップページに掲載されている短い3つの文章があります。この React の本質を表現した文章を掘り下げることが、初学者のステップアップにつながるのではないかと考え、各章に対して注釈を加えました。 React について少し深く知ることで、さらに React を好きになったという方を一人でも多く増やしたい。その思いから本記事を執筆しました。 本記事は React の考え方を知ることで、React に対する見方をアップデートすることを目的としています。 Reactとは何か。それはUIを構築するためのJSライブラリである React公式ドキュメントの一文 R

                                                                      React を深く知るための入り口
                                                                    • Media Queries

                                                                      You are now being GOOGLE.COM...

                                                                      • 「はじめてのAWS設計でやりがちな失敗パターンまとめ」について発表しました #devio2020 | DevelopersIO

                                                                        西澤です。クラスメソッドに入社してからおよそ5年間クラウドの推進やAWS技術に関する支援をさせていただいております。この経験を何か形にしたいと思い、少し遅れてしまったのですが、Developers.IOイベントに乗じてまとめさせていただきました。 発表資料 資料はこちらにアップロードしております。 夜間に録音したので覇気が無い感じになってしまいましたが、動画はこちらです。 まとめ 「AWS設計でやりがちな失敗パターン」というタイトルで考え始めたのですが、もっともお伝えしたい点は、AWSを利用されるお客さまのマインドセットを変え、クラウドを活用できる組織に変わって欲しい、というところに集約できるかなと思います。技術的な問題以上に、考え方を変えられないこと、組織を変えられないことが、クラウド活用を阻害するアンチパターンになっていると思いました。 どこかの誰かのお役に経てば嬉しいです。

                                                                          「はじめてのAWS設計でやりがちな失敗パターンまとめ」について発表しました #devio2020 | DevelopersIO
                                                                        • どうしてメモリはスワップするのか!?

                                                                          こんにちは。斎藤です。 最近、新しいスキー板が欲しいなと思っています。現在使っているOGASAKAの板は5年目に入り、メーカーからこれ以上はチューンナップ(メンテナンス)はできないよ、と言われてしまいました。もし、次に買うなら、スノーボーダーの人と一緒にパウダーに飛び込みやすいセミファットタイプが良いのかなと考えています。皆さんのオススメ、ぜひ教えてください。 さて、今日はLinux Kernel上でのメモリ管理、特にページ回収(Page Reclaim)とスワップに絞り、「スワップの理由」「ページを回収する仕組み」そして「スワップの様子を観察する」の3点に分けてお話しします。「スワップするのが気持ち悪い」と考えている方は少なくないと思いますし、私もそう考えていた時期がありました。しかし、それは本当に悪い事なのか、今回掘り下げて行きます。 ※主な対象Kernelは2.6.32(Red Ha

                                                                            どうしてメモリはスワップするのか!?
                                                                          • はてなで新しくWebサービスを作るときのインフラの作り方 - Hatena Developer Blog

                                                                            この記事ははてなデベロッパーアドベントカレンダーを始めます - Hatena Developer Blogの17日目の記事です.昨日は id:yashigani_w の Promiseを学ぶためにSwiftでPromiseを実装してみた話 - yashigani?.days でした. こんにちは、はてなの id:wtatsuru です。はてなのインフラ全般をみています。 はてなでは、しばしば新サービスを構築する機会があります。正式サービスもあれば、はてラボ のような実験的サービス、内部の Microserviceの一部になっているものなど多種多様なものがあります。新規サービスのインフラを構築する際は、最小構成でありつつ後のスケールやメンテナンスを考えた仕組みを作っていくことになります。この記事では、2015年12月現在のはてなでの標準的な構成を紹介していきます。 新サービスの最小構成 こち

                                                                              はてなで新しくWebサービスを作るときのインフラの作り方 - Hatena Developer Blog
                                                                            • RESTful Web アプリの設計レビューの話

                                                                              2017/9/7 db tech showcase Tokyo 2017(JPOUG in 15 minutes)にて発表した内容です。 SQL大量発行に伴う処理遅延は、ミッションクリティカルシステムでありがちな性能問題のひとつです。 SQLをまとめて発行したり、処理の多重度を上げることができれば高速化可能です。ですが・・・ AP設計に起因する性能問題のため、開発工程の終盤においては対処が難しいことが多々あります。 そのような状況において、どのような改善手段があるのか、Oracleを例に解説します。

                                                                                RESTful Web アプリの設計レビューの話
                                                                              • DMM inside

                                                                                なぜDMMがweb3に参入したのか。Seamoon Protocolが目指す新たなエンタメ体験の未来とは

                                                                                  DMM inside
                                                                                • この設計は何がダメなの?ー新人君の設計事例ー | しぶちょー技術研究所

                                                                                  以前、Twitterで呟いたもので反響が大きかった内容がありました。今回はその呟きに対すると皆様の回答について整理・考察していきたいと思います。 新人くんの設計事例 下記が私がTwitterで呟いた内容です。 【新人君の設計事例】 新人君が出してきた設計案。これは"やってはいけない締結"だよと色々説明したが、あまり納得してもらえず。上司も"部品強そうだし、問題ないでしょ"と一言。 個人的な感覚では、"絶対にダメな奴"なんだけど上手く納得させる説明ができなかった。皆さんならどう説明しますか? pic.twitter.com/FYMZOu9dqx — しぶちょー (@sibucho_labo) September 5, 2020 ある日、新人君がこのような設計を提案してきました。ボルトの下は隙間になっていて、普段あまり見ない形です。詳細な意図は省きますが、他部品との干渉の関係もあり、こういう形

                                                                                    この設計は何がダメなの?ー新人君の設計事例ー | しぶちょー技術研究所