並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 8335件

新着順 人気順

Engの検索結果1 - 40 件 / 8335件

  • グーグルで働いてるけど何か質問ある? - ブラブラブラウジング

    1 :VIPがお送りします:2010/01/02(土) 01:25:41.74 ID:Ri+0XX8F0 とりあえず何でも答えます。面接、文化、無料ランチ、なんでもどーぞ。 (※以下、上記文字色が>>1さんのレスになります) 3 :VIPがお送りします:2010/01/02(土) 01:26:16.32 ID:6jqC+ovs0 金銭感覚と進学意欲をなくした天才なんだよね、俺 オープンソースコミュニティでハンドル有名になって、レジュメにそのハンドル書けばとりあえず面接には来れる。 4 :VIPがお送りします:2010/01/02(土) 01:26:34.16 ID:wQ6pgI0A0 無料ランチについて 日本のランチはオフィスで火を使えないため、ケータリングのビュッフェ形式。四半期に一回、寿司day がある。その時は板前さんがマグロさばくところからやってくれる。 ちなみに食堂の名前は「花の

    • 総説 新型コロナウイルス感染症(COVID-19)|中外医学社Online|note

      新型コロナウイルス感染症やコロナワクチンについては、必ず1次情報として厚生労働省や首相官邸のウェブサイトなど公的機関で発表されている発生状況やQ&A、相談窓口の情報もご確認ください。※非常時のため、すべての関連記事に本注意書きを一時的に出しています。 2020年3月8日 国立国際医療研究センター 国際感染症センター 忽那賢志 感染症総合情報誌J-IDEOでは、本誌号外として国立国際医療研究センターの忽那賢志先生による「総説 新型コロナウイルス感染症(COVID-19)」を先行公開致します。忽那先生に現時点における最新知見をまとめて頂きました。 【3月10日更新】 本文中および文献リストの文献番号をクリックすることで、PubMed等の原著論文情報にアクセス出来るようになりました(一部文献は非対応)。 ポイント ・新型コロナウイルス感染症(COVID-19)はSARS-CoV-2による呼吸器感

        総説 新型コロナウイルス感染症(COVID-19)|中外医学社Online|note
      • RDBとNoSQLにみるDB近現代史 データベースに破壊的イノベーションは二度起きるか? - エンジニアHub|若手Webエンジニアのキャリアを考える!

        「ユーザー目線」のシステムを目指して RDBが従来の階層型DBに比べて優れていた点はいくつか挙げることができますが、シェアを伸ばすうえで最も大きな影響は、ユーザーが使いやすいデータ構造とインタフェースにこだわったことです。すなわち、「テーブル」と「SQL」の発明です。 RDBでは、すべてのデータを「テーブル」というただ一つのデータ形式によって表現します。テーブルは、見た目が「二次元表」に似ているため*3、Microsoft ExcelやGoogle ドキュメントなどのスプレッドシートを使い慣れた人が見ると、データを格納する方法が直観的にイメージしやすいという利点があります。実際、こうした二次元表によるデータ管理は、Excelなどのソフトウェアが登場する前から一般的な方法だったため、RDBが登場した当時の人々にとっても受け入れやすいものでした。 テーブルが画期的だった点は、もう一つあります。

          RDBとNoSQLにみるDB近現代史 データベースに破壊的イノベーションは二度起きるか? - エンジニアHub|若手Webエンジニアのキャリアを考える!
        • Google退職します|xyx

          2019/3/15が最終出社日でした。インターン期間も含めると4年ちょっと勤めたことになります。 ちょうど昇進してプロジェクトも一区切りついたタイミングで他にすごくやりたいことができたので転職という形です。 素晴らしい環境なのに情報が少なくて、入ると良さそうなのに敬遠している人を何度か見たので、この記事が参考になれば幸いです。辞める人が言うのも変な話ですが。 あと、IT業界は最近良くなりつつあるものの、世知辛い話が世の中に溢れていて、ポジティブな話があまりないというのも悲しく感じていました。日本でエンジニアとして2000万円稼げる環境があるというのを知ってほしい。いずれ海外に行ってみようかと考えている場合の第一歩としてもかなりオススメです。 何してたの? いわゆる(ソフトウェア)エンジニア(社内用語だとSWE; “すうぃ”と読む)です。 たまに勘違いしている人がいて悲しいのですが、Goog

            Google退職します|xyx
          • コンピュータ系技術書を無料で読めるサイトまとめ - 情報科学屋さんを目指す人のメモ(FC2ブログ版)

            何かのやり方や、問題の解決方法をどんどんメモするブログ。そんな大学院生の活動「キャッシュ」に誰かがヒットしてくれることを祈って。 特に探すつもりはなかったけど、技術書を無料で読めるサイトに複数遭遇したので、出会った分だけでもとまとめてみた。無料で読めるサイトと言っても、基本的には無料公開されているページへのリンク集という形。 O'REILLY Open Books http://oreilly.com/openbook/ リンク先の右にあるリンクの書籍が無料。左のジャンル分けは通常の書籍一覧なので注意。他のサイトに比べるとだいぶ少ない。 O'REILLY Open Feedback Publishing System (OFPS) http://ofps.oreilly.com/ 出版前の書籍を公開して、フィードバックを受け付けるというサイト。作りかけの本も存在するが、最新の内容が読めると

            • デザインを学びたい全ての方へ - 海外のデザイン学習リソース200選

              「デザインに興味があるのですが、どうやってデザインを学べばいいのでしょう?」という質問は、以前に書かせて頂いた「米国のデザイン教育から学んだこと」という記事に対して一番多かった反響の1つでした。これはデザインの分野があまりに多様なためにどこから手を付けていいのか分かりづらいというのが原因のように思います。 そこで今回は情報全体を俯瞰出来るようにするべく、下記のそれぞれのカテゴリー別に、それぞれ有益なリソースをまとめました。このリストが皆さんのデザイン学習リソースとしてお役立てば幸いです。 海外のデザイン学習リソース 23のカテゴリーOnline Learning(オンライン学習)UI/Web:(ユーザインターフェイス/ウェブ)General(一般)Product(プロダクト)Branding:(ブランディング)Book Cover Design:(ブックカバーデザイン)Design Por

                デザインを学びたい全ての方へ - 海外のデザイン学習リソース200選
              • コードレビューの目的と考え方 - osa_k’s diary

                まえがき コードレビューの目的 大目的 小目的 チェックリスト 優先度高(大きな損失を生む問題・後からの修正が困難な問題) 優先度中 優先度低(システムに大きな影響を与えない問題・後からの修正が容易な問題) レビューを負担にしないために レビューサイズのコントロール 誰がレビューをするか 議論をどうまとめるか 批判と個人攻撃 レビュワー向けアドバイス Code author向けアドバイス 参考文献 まえがき コードレビューの有効性が説かれるようになって久しい。しかし、コードレビューをするべきという観念ばかりが先立ってしまい、何のためにコードレビューをするのか、どのような点をレビューするべきなのかといった、目的や進め方に対する意識が曖昧なケースも数多くあるように思われる[6]。コードレビューの目的を理解せずに惰性でレビューしているだけでは、いずれレビューそのものが形骸化し、単に承認のハンコを

                  コードレビューの目的と考え方 - osa_k’s diary
                • ほとんどのマーケティング従事者が興味を持たない「エーザイの統合報告書」がヤバいから読んだ方が良いぞ!という件|池田紀行@トライバル代表

                  PwC Japanの坂野さんと、エーザイ専務執行役CFOにして早稲田大学大学院会計研究科客員教授も務める柳さんの対談記事です。 コンサルファームのPwC(プライスウォーターハウスクーパース)と企業のCFOがESGと財務の話をしている時点で、大半のマーケターが「あ、この記事は自分にとって関係ないな」と感じるのでは。 ちなみに、PwC Japanの坂野さんが書いたこの本は(まだ読んでいる途中ですが)めちゃくちゃ必読です(「ESGとかCSRとかSDGsって、儲からないけど、しょうがなくやらなきゃならない企業の社会的責任でしょ?」って思っている人こそ読む本です)。 ここから、僕が感じたエーザイのヤバさ(良い意味)について解説します。 ESGと財務情報の相関性を定量的に検証しようとしている先に挙げた記事の中で、柳さんはこう言っています。 ESGのさまざまなKPI(重要業績評価指標)と企業価値との関連

                    ほとんどのマーケティング従事者が興味を持たない「エーザイの統合報告書」がヤバいから読んだ方が良いぞ!という件|池田紀行@トライバル代表
                  • AWSが生まれたのは、Amazonが経費削減のためにSunのサーバからHP/Linuxサーバへ切り替えたことがきっかけ。当時の社員が振り返る

                    AWSが生まれたのは、Amazonが経費削減のためにSunのサーバからHP/Linuxサーバへ切り替えたことがきっかけ。当時の社員が振り返る 1990年代後半に、米Yahoo!などに代表されるインターネット系企業の株が高騰したインターネットバブルが発生しました。 そのバブルが2000年前後にはじけると、ユーザー数の拡大を背景に資金調達をしてきた企業の多くが投資家からの資金を得られなくなり、行き詰まり始めます。 Amazon.comもそうした状況のなかで先行きを不安視された企業の1つでした。2001年4月の週刊東洋経済の記事には、最高値の10分の1程度にまで下がった株価のグラフとともに、「莫大な酸素(キャッシュ)を燃やし続けている」「2000年12月末時点で2000億円を超える債務超過だ」と記されています。 当時Amazon.comのデジタルメディア部門ディレクターであったDan Rose氏

                      AWSが生まれたのは、Amazonが経費削減のためにSunのサーバからHP/Linuxサーバへ切り替えたことがきっかけ。当時の社員が振り返る
                    • http://quantum.eng.u-toyama.ac.jp/public_manga.pdf

                      • 最近のウェブ系スタートアップが採用しているプログラミング言語やフレームワークまとめ - laiso

                        http://www.quora.com/Node-js-Ruby-Python-who-wins-in-5-years を読んでて「勝利条件としてより多くの”スタートアップ”に選択されること」という話がでてたけど、そもそも今は何が採用されているのか状況がよくわかたっていなかったので調べた。 スタートアップ? 一般(自分の周辺)に「ウェブサービス」みたいな呼称されているもの。消費者向けというかなんというか、企業向けシステムとか、ソーシャルゲーム単品とかは含めないことにした なんでスタートアップ?(小規模な企業) 企業が大きくなってくると、いろんな領域で必要なことがあってこの企業は→このプログラミング言語みたいなひもづけができなくなるので 項目は =企業ではなく=サービスでわけた 順番、国内外は適当。できるだけ知名度のありそうなサイトを選んだ いわゆるサーバーサイドのアーキテクチャの話(それ

                          最近のウェブ系スタートアップが採用しているプログラミング言語やフレームワークまとめ - laiso
                        • Co LtdとIncの意味の違い - 日向清人のビジネス英語雑記帳:スペースアルク

                          コメント・トラックバックについて 不適切と思われるコメント、本企画の趣旨にそぐわないコメントは掲載されない場合もあります。営業・勧誘目的と思われるコメントに関しても同様と致しますので、あらかじめご了承ください。 記事と無関係な内容のトラックバック、商用あるいはサイト誘導目的のトラックバックについては、当サイト運営者の判断で削除する場合もあることをご了承ください。 コメント投稿時にメールアドレスを公開すると、不特定多数からメールを受ける可能性があります。フリーメールを使用するなどしてご注意ください。 Co LtdとIncの意味の違い 社名の英語表記に入っている Co. Ltd.や Inc. について、ときおり、どう違うのだという質問を受けますので、きょうはその話をさせていただきます。 両方とも、会社が破綻しても、構成員(法律上は「社員」と呼ばれる出資者や株主のこと)は出資額をあきらめれば済み

                          • Elon Musk は Twitter で何をしようとしているのか - The Decisive Strike

                            まだ Twitter の一斉解雇をめぐる混乱は続いているようですが、この解雇を通じて見えてくる Elon Musk の意図を考えてみたいと思います。これは公開されている情報に基づく長山個人の推測に基づいた分析であって、正しさはいっさい保証されていません。 個人的な所感としては以下です。 まず第一に、Musk は、Twitter をメディア企業からエンジニアリング企業へと変質させようとしているんじゃないかと考えています。これは、「どの部署がレイオフ対象になったか」から見えてくることです。TechCrunch の記事によれば、米国でレイオフ対象になった主要なチームは、アクセシビリティ、機械学習倫理 (META: ML Ethics, Transparency & Accountability)、人権、キュレーション、PR (Comms)、SRE (Site Reliability Eng) な

                              Elon Musk は Twitter で何をしようとしているのか - The Decisive Strike
                            • キャズムを超えろ! - 13万ロゴ以上 企業などロゴマークのリンク集

                              わかりやすく「ロゴマーク」と言う言葉を使ってみたが、ロゴタイプスへのリンク集である。個人的に結構活用するんだけどまとめサイトがなくて不便だったのでGiGAZINEのフォントリンクまとめを見て一念発起して自分でまとめてみた。一般的な使い方としてはカッティングシート(シール紙)に印刷してプラモデルに張る、ラジコンに張る、大きく印刷して実車に張る。はたまたデータのままの状態でレースゲームの画像データ改造に使う(自作Skin)などなど。公共ロゴ系は文化祭やイベントの案内などにも活用できるかも。 ※当たり前だが企業ロゴは無断で営利利用は不可 http://www.radiocom.co.jp/ まずはなんといってもここ。何が(・∀・)イイ!! って日本のマイナーロゴマークが揃ってる。JISマークとかウール100%とかリサイクル用のスチール缶マークとか。道路標識・都道府県ロゴ・地図用記号・世界の国旗・

                                キャズムを超えろ! - 13万ロゴ以上 企業などロゴマークのリンク集
                              • 【英語】“奇跡の郵便配達員(51歳)”--わずか2年弱でTOEIC980点 : 暇人\(^o^)/速報

                                【英語】“奇跡の郵便配達員(51歳)”--わずか2年弱でTOEIC980点 Tweet 1:ライトスタッフ◎φ ★:2011/08/04(木) 09:28:26.56 ID:??? 郵便事業株式会社の某支店、集配営業課に勤務しながら英語を勉強、わずか2年弱でTOEIC980点を 叩き出した“奇跡の郵便配達員”が存在する。瀧野一(たきの・はじめ)さん、51歳だ。 今から5年前のこと、勤務先の郵便局に貼り出された「外部職員募集、応募の条件はTOEIC730点以上」 と書かれた掲示を見た瀧野さんは、「今は社外公募の条件にすぎないけど、いずれ人減らしをするときも、 英語を条件にするつもりなのでは?」と“失職の不安”に駆り立てられ、英語学習を開始する。 お金をかけない方法として考えたのが、インターネットサイト『NHKワールド』にある英語ニュースを ひたすらリスニングすること。そして、聴いたニュースの

                                  【英語】“奇跡の郵便配達員(51歳)”--わずか2年弱でTOEIC980点 : 暇人\(^o^)/速報
                                • 成長志向のエンジニアならブックマークすべきテックブログまとめ | CAREER HACK

                                  テックブログ、どれだけチェックしてる? 国内のリーディングカンパニー・スタートアップ、海外企業、そして個人ブログの計4分野における注目のテックブログを一覧でまとめました。 各社が手掛けるWEBサービスの開発思想や使われている最新技術の紹介はもちろん、技術トレンドやいますぐ業務で使えるかもしれないTips、イベント情報まで盛りだくさんの内容です。 成長志向のエンジニアなら、随時チェックすることで必ずシゲキ与えてくれるブログたち。この機会に気になるブログを改めてチェックしてみてはいかがでしょうか? 【国内WEB・IT企業】 クックパッド http://techlife.cookpad.com/ サイバーエージェント http://ameblo.jp/principia-ca/ ミクシィ http://alpha.mixi.co.jp/ ヤフー http://techblog.yahoo.co.

                                    成長志向のエンジニアならブックマークすべきテックブログまとめ | CAREER HACK
                                  • TOEICを受験する方必見!TOEIC学習で役立つ16のサイト | 英語教材Lab 2016 / これから英語を学ぶ方のための入門ガイド

                                    近年、就職活動や、昇進のためにTOEICを受験する人が増えてきています。はじめてTOECを受ける方、点数が上がらず悩んでいる方、それぞれいるはずです。そこで今回は、Toeic学習で役立つサイトを集めてみました。是非参考にしてみてください。 1.TOEICテスト対策|スペースアルク URL http://www.alc.co.jp/eng/toeic/ 語学サイトとして有名な『アルク』。そのアルクのTOEIC対策サイトです。TOEICテストの構成、各パートの攻略法から、おすすめ教材紹介まで、TOEICテスト受験者を総合的にサポートしてくれる充実の内容です。 特におすすめなのがスコアアップに役立つ単語・フレーズを集めたミニテストです。毎週火曜日に更新されていて、TOEIC試験に必要なフレーズ学習ができます。 2.TOEICデイリーミニテスト|Yahoo!学習 URL http://stepup

                                    • Google エンジニアリング・プラクティス ドキュメント

                                      Google エンジニアリング・プラクティス ドキュメント このページは、Google Engineering Practices Documentation の非公式な日本語翻訳です。元のドキュメントは、クリエイティブ・コモンズの「CC-By 3.0」ライセンスで公開されています。 Google には、あらゆる言語・あらゆるプロジェクトをカバーする一般化されたエンジニアリング・プラクティスが数多く存在します。こうしたドキュメントは、私たちが長年に渡って開発してきたさまざまなベストプラクティスの経験が集結したものとなっています。オープンソース・プロジェクトやその他の組織でも、こうした知識から恩恵を受けられるかもしれません。そのため、私たちは可能な限り、この知識を公開するように努めています。 現在、以下のドキュメントが公開されています。 Google コードレビューガイドライン (Googl

                                      • すべての学問分野をネットで無料で探すための210個のリソースまとめー新入生におくる探し方その2

                                        引き続き、新入生向けを口実にする。 前回はオフラインでの探し方の話をしたので、今回はオンラインでの(ネットをつかった)探しものについて。 ごくごく基礎的な話は、 googleで賢く探すために最低知っておくべき5つのこと 読書猿Classic: between / beyond readers あたりにまかせて、今回は足がかりになりそうなものをつくってみた。 こうしたリンク集は、検索エンジンが今ほど便利でなかった/ソーシャル・ブックマークが存在しなかった時代にはよくつくられたが、ネットではどれだけ有益なサイトでもあっという間に(つまり本屋や古本屋よりもはやく)消えてしまったりするので、大規模なリンク集ほどメンテナンスが大変で、あまり望まれなくなった。 自分でも、なんだか久しぶりにつくってみた気がするが、個人的にはネットの定点観測的な意味合いがある。 つまり、つくってみることで、ネットの情報の

                                          すべての学問分野をネットで無料で探すための210個のリソースまとめー新入生におくる探し方その2
                                        • 世界のマクロ経済指標の変化が超わかりやすいアプリ-GapMinder - My Life After MIT Sloan

                                          これはMITの先生に教えてもらったサイト。 世界の国々のマクロ経済指標の変化がひと目でわかる、という優れものアプリ-GapMinder http://www.gapminder.org/world/ あらゆる経済学のサイトの中でも、特に優れている、ということで近年注目を浴びているサイトだ。 経済指標の歴史がすぐ分かる視認性の良さだけでなく、見た目にも美しく、さらに遊んで楽しい、素晴らしいサイト。 超オススメ。 あ、でも1度見ると1時間くらい遊んじゃうと思うから、覚悟して望むように(笑) でもこのサイトで遊んでいるだけで、マクロ経済について色々なことが学べる。 (更にその年に何が起こったかを調べるためのWikipediaがあれば万全) いろんな種類の指標があるのだが、ここでは一番メジャーな、縦軸に平均寿命を、横軸に一人当たりGDPをとったグラフをご紹介。 平均寿命はその国の国民の健康状況を表

                                            世界のマクロ経済指標の変化が超わかりやすいアプリ-GapMinder - My Life After MIT Sloan
                                          • いま読むべき、クリエイティブWEBマガジン10選

                                            カッティングエッジなカルチャーをピックアップする、クリエイティブWEBマガジンをセレクト。 いますぐキャッチアップして、クリエイティブシーンのニューウェイヴをサーフしよう! Public-image.org Public-imageは、ANSWR代表の針谷氏によって創められたWebマガジン。 ひとつひとつの記事に、執筆者名が記載されており、 単なるインフォメーションでなく、ひとつの視点によるエディットされた情報が堪能できる。 その独自視点によるコラムは脳汁モノ。 現在は、オルタナティヴスペース「Public-image3D」など、オンラインメディアを飛び出して、 メディアと現場をクリエイティブスクラッチした実験を日々発信中!だそうです。 2次元メディアにとどまらないその心意気にクラップハンズ。 Public-image3D: http://3d.public-image.org 以下サイト

                                            • とにかく雑に作れ

                                              学生たちを見ていると、きちんと議論して、きちんと設計して、きちんと何かを作ろうとするみたいです。ときには副作用を考慮して、やっぱり作るのやめようかという話になり、再び議論に戻ることもあります。 ああ、もったいない、もったいない。私は適当な人間なので「なんてマジメなんだ、とりあえず何か作ればいいのに」と思います。デザイン思考ではそのことを「クイック&ダーティプロトタイプ」と呼んだりしますが、それだとなんだかカッコよすぎるので、私は「雑に作れ」と言ってます。 でも、言葉だけでうまく伝わるはずもなく、「どうすれば雑に作れるのか?」と再び議論を始めたりするので、なかなか難しいところです。 それでも「締め切り」というのは効果的なもので、次回までに何かを発表しなければいけないとなると、「議論してばかりじゃ話が進まない!」となり、ある種の覚悟を決めて雑に作ってくれるようになります。 私が印象的だったのは

                                                とにかく雑に作れ
                                              • Docker完全に理解した | IIJ Engineers Blog

                                                九州支社技術部(九州・中四国事業部)所属。自作パソコン好きで、ハードウェア選定の仕事を与えると喜ぶ。最近は何でもコンテナにしたい教に入信し、コンテナ化の機会を虎視眈々と狙っている。 Docker完全に理解した? 【エンジニア用語解説】 「完全に理解した」 製品を利用をするためのチュートリアルを完了できたという意味。 「なにもわからない」 製品が本質的に抱える問題に直面するほど熟知が進んだという意味。 「チョットデキル」 同じ製品を自分でも1から作れるという意味。または開発者本人。 — 伊藤 祐策(パソコンの大先生) (@ito_yusaku) September 20, 2018 ということで、Docker完全に理解したので、自分なりの「これからDockerでコンテナを始める時のポイント」をいくつかご紹介したいと思います。 申し遅れましたが、九州支社技術部(九州・中四国事業部)所属のy-m

                                                  Docker完全に理解した | IIJ Engineers Blog
                                                • muryo-otoku-jyoho esbooks.co.jp

                                                  esbooks.co.jp 当サイトは『esbooks.co.jp地域興し街興し事務局』で運営しております。お問い合わせは専用フォームからお願い致します。 お得とは、利益が得られること、有利であること、儲かることを指します。 以下は、お得情報一覧です。 お得情報一覧 【インタビュー】Hotmail(ホットメール)~アカウント・作成・取得・削除・方法・復元・追加・変更・サインイン方法・ログインできない場合・届かない原因・アカウント設定・迷惑メール設定・OutlookのHotmail・MSNのメール・hotmail.comとhotmail.co.jpの2種類のドメイン・違い・指定~ 【インタビュー】WAON(ワオン)~ポイントカード・発行の仕方・作り方・会員登録・ログイン方法・使い方・ポイントのカード登録方法・使えるお店・WAON(ワオン)ステーション・設置場所・店舗・どこ・ポイントの受け取り

                                                  • いいアイデアなんか思いつくはずがない

                                                    インタビューや観察の結果を整理する方法として「親和図法(affinity diagram)」がよく用いられます。また、そこからチームでアイデアを出す方法として「ブレインストーミング(brainstorming)」が用いられます(そこから再び親和図法に戻ることもありますね)。いずれも有名な手法なので詳細は省きますが、付箋紙をホワイトボードにペタペタ貼りながら、みんなでワイワイやるようなイメージです。 https://www.flickr.com/photos/jakecaptive/49915119よく用いられるからには、きっとそれなりの理由があるのでしょう。ですが、私はいずれに対しても(めちゃくちゃ)懐疑的です。使っていないわけではないのですが、使ってもいまいち感が残るというか、まるでうまくできる感じがしないのです。こんなのでいいアイデアなんか思いつくはずがない。それこそ「机上の空論」みた

                                                      いいアイデアなんか思いつくはずがない
                                                    • カーネギーメロンのDBに関する講義が面白いのでおすすめ - だいたいよくわからないブログ

                                                      ここに書くことによって途中でやめられなくするメソッドです。 ハッカーニュースを眺めていたら以下のようなCS系講義動画のまとめリポジトリが流れていました。 GitHub - Developer-Y/cs-video-courses: List of Computer Science courses with video lectures. へーっと思いながら何個かポチってみたところ以下に出くわしました。 15721.courses.cs.cmu.edu 英語が(自分にとって)聞き取りやすく、動画の品質(画質やスライドがちゃんと見えるかどうかといった部分)も良いものでかつ興味のある内容で出来ればスライドもおしゃれで・・・となるとなかなか少ないですが、これはかなり見やすいです。 スライドも概念図が頻繁に登場したりして、これだけでも聞き取れなかった部分などをかなり補完できます。 スケジュールページ

                                                        カーネギーメロンのDBに関する講義が面白いのでおすすめ - だいたいよくわからないブログ
                                                      • 妻のパソコンを Windows 7 から Windows 10 にアップグレードしたら使いにくいとキレられたので Linux にした件 | IIJ Engineers Blog

                                                        IIJ ネットワーク本部アプリケーションサービス部・(兼)社長室所属。 メールサービスの運用業務に従事し、日々世界の悪と戦う一児の父親。社内 Power Automate エバンジェリスト(自称)。M3AAWG member / openSUSE Users / WIDE Project メンバー。趣味は大喜利。はがき職人。 【IIJ 2018 TECHアドベントカレンダー 12/5(水) の記事です】 「ねぇ、パパ。インターネットに繋がらないんだけど。早くなんとかして。」 このように、世のパパさんたちは、自宅情シス管理者をしている(させられている)方も多いのではないでしょうか。以下のお話は 2016〜2017年に起こった、ある日のできごとです。(ノンフィクション) 登場人物 私 世界の悪と戦う一児の父親。 Windows 歴は Windows 95 → 98 → 2000。 ダイヤルアッ

                                                          妻のパソコンを Windows 7 から Windows 10 にアップグレードしたら使いにくいとキレられたので Linux にした件 | IIJ Engineers Blog
                                                        • SIGIXD 2nd Googleにおけるインタラクションデザイン - 安藤日記

                                                          安藤日記 安藤日記:デジタルガジェット好き「安藤幸央」の日々のメモ ( yukio.andoh@gmail.com ) [ http://twitter.com/yukio_andoh ] Design Sprint Newsletter https://designsprint.substack.com/ SIGIXD 2nd ------------------------------------------------------- http://sigixd.org/2nd.php Googleにおけるインタラクションデザイン #川島さんの示唆に富んだ話がすばらしかった。 川島 優志氏 シニアウェブマスター・アジア太平洋マネージャー: "Behind the web design & Doodle creation" Judy Shade UX Researcher: "UX at

                                                          • エンジニアを頑張ったで評価する会社は衰退する | rake enjoy

                                                            この前飲み会でこんな話をしていたのでまとめてみます。 終身雇用が崩壊し、昨今では会社の評価制度では成果主義というのが普通になりつつあります。ただ成果主義とは言いつつ何を持って成果とするかは議論の余地があると思います。 例えば営業職であれば分かりやすく売上目標というものがあります。企画職の場合でも売上やその他のKPIを目標設定することで分かりやすく評価出来ると思います。ではエンジニアの場合はどうでしょうか。 開発したシステムが実際に軌道に乗って数字を出し始めるまでには相当時間がかかります。(最近のゲームなどは除く)またその数字が出るか出ないかは実際営業や企画側の問題が多分にある為、こういったケースでエンジニアを数字で評価するとシステムの良し悪しとは関係なく単純に運がいいか悪いかだけになってしまいます。もちろん企画に意見が反映出来る環境であったり営業に指示できる環境であればエンジニアでも数字を

                                                              エンジニアを頑張ったで評価する会社は衰退する | rake enjoy
                                                            • 秒間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 - 発明のための再発明
                                                              • 『UNIXという考え方』新人エンジニアにオススメする技術書 | IIJ Engineers Blog

                                                                IIJ ネットワーク本部アプリケーションサービス部・(兼)社長室所属。 メールサービスの運用業務に従事し、日々世界の悪と戦う一児の父親。社内 Power Automate エバンジェリスト(自称)。M3AAWG member / openSUSE Users / WIDE Project メンバー。趣味は大喜利。はがき職人。 IIJ 古賀です。普段は、IIJ セキュア MX という迷惑メールフィルタサービスの運用業務に従事し、お客様を守るために、毎日世界の悪と戦っています。 今週は「新人エンジニアにオススメする技術書」というテーマでお送りします。 早速なのですが、この「UNIXという考え方」は、厳密には技術書ではないかもしれません。なぜなら、この本は UNIX という OS が(または Linux に代表される “UNIX-like” な OS が)、どのような人々の思想のもとに設計され、

                                                                  『UNIXという考え方』新人エンジニアにオススメする技術書 | IIJ Engineers Blog
                                                                • 絵文字を支える技術について|nona

                                                                  はじめにこちらはmhidakaが建立したAdvent Calendar Day.3となります。 こんにちは、はじめまして、のなと申します。mhidakaさんのTweetを見つけて、初めてAdvent Calendarなるものを書いています。なにかお作法間違っていたら大目に見てください、よろしくお願いします。 軽く自己紹介をさせていただくと、普段はGoogleでAndroidのTextまわりの開発を行っており、DroidKaigiやShibuya APKで発表させていただいたりしています。最近はほぼ絵文字の話しかしてないので、絵文字おじさんと思われてそうですが、普段の仕事は絵文字に限らず、Androidの文字表示の部分は大抵面倒をみています。 今回この機会をいただいたので、どんな内容を書こうか迷ったのですが、やはり皆が読んで面白い内容というと、絵文字になるのかなぁ、ということで性懲りもなく絵

                                                                    絵文字を支える技術について|nona
                                                                  • Google Public DNS over HTTPS を試す | IIJ Engineers Blog

                                                                    【2018/11/16 追記】 本記事は、2016 年 4 月に Google Public DNS サーバに実装された、実験的な DNS over HTTPS プロトコルについて紹介しています。DNS over HTTPS プロトコルはその後 IETF の doh ワーキンググループにて標準化が進められ、2年半後の 2018 年 10 月に RFC8484 として出版されました。本記事で紹介したプロトコルは RFC8484 に規定されたプロトコルとはいくつもの点で異なっていることにご注意ください。 Google Inc. が公開 DNS サーバを運営していることはご存知でしょうか? Google Public DNS と呼ばれるこの公開 DNS サーバは、”8.8.8.8″ という特徴的な IP アドレスで全世界のインターネットユーザに対して無料の DNS サーバ(フルレゾルバ)を提供し

                                                                      Google Public DNS over HTTPS を試す | IIJ Engineers Blog
                                                                    • Gmailに届かなくなる?最近の電子メールで何が起っているのか? | IIJ Engineers Blog

                                                                      IIJ 技術担当部長 最近はインターネットの技術を紹介するのがお仕事です。元々プログラマ、サーバ・データセンター・ネットワーク・セキュリティ・モバイルといろいろやってきました。 ここしばらく「2024年6月よりGoogle (Gmail) が迷惑メール対策を強化、メールが届かなくなるかも」というややセンセーショナルなニュースが流れていました。本件、掘り下げるとややこしい話ではあるのですが、この記事ではざっくりと「何が起っているのか」についてまとめてみたいと思います。(説明を簡単にするため、細かいことは省いています) 結局、私は何をすれば良いの? この問題、「Google (Gmail)で何か起るらしい」という報道のため、Gmailを使っている人が何かしなければならない雰囲気があります。ですが、実際に対応しなければならないのは、Gmailを使っている人ではありません。むしろGmailを使って

                                                                        Gmailに届かなくなる?最近の電子メールで何が起っているのか? | IIJ Engineers Blog
                                                                      • 夢の高速増殖炉「もんじゅ」燃料棒が取り出せなくて責任者が自殺してたんだけど知ってた? : 【2ch】コピペ情報局

                                                                        2011年03月26日00:28 一般ニュース コメント( 0 ) 夢の高速増殖炉「もんじゅ」燃料棒が取り出せなくて責任者が自殺してたんだけど知ってた? Tweet 1:名無しさん@涙目です。(関西地方):2011/03/25(金) 21:27:19.18 ID:UuMb8avt0● もんじゅの安全再検証を 県が文科省に要請(3/25) 東日本大震災に伴う東京電力福島第1原発の重大事故を受け、県は23日、大規模地震や津波に対する高速増殖原型炉もんじゅ(敦賀市)の安全性を再検証するよう、文部科学省に要請した。 旭信昭副知事が東京・霞が関の文科省で清水潔次官と面談。早急に専門家による委員会などを設け、冷却材にナトリウムを使うもんじゅ固有の事態想定や応急・復旧対策を検討し、電源の確保 や海水の取水、冷却システムの多重化や耐震性の強化を図ることなどを求めた。 環境放射能の測定範囲の拡大や、日本海側

                                                                        • QUICをゆっくり解説(1):QUICが標準化されました | IIJ Engineers Blog

                                                                          Haskellコミュニティでは、ネットワーク関連を担当。 4児の父であり、家庭では子供たちと、ジョギング、サッカー、スキー、釣り、クワガタ採集をして過ごす。 不定期連載を始めます IIJ-II 技術研究所 技術開発室の山本です。私はプログラミング言語HaskellでHTTP/2とTLS 1.3を実装した後、もっぱらQUICを実装することに時間を費やしてきました。 ご存知の方もいらっしゃると思いますが、今年の5月にQUICの仕様がRFC9000として公開されました。このRFCは実によく書かれているので、読みこなせばQUICの全容が掴めるでしょう。 しかし仕様は膨大ですし、実際に実装してみて初めて腑に落ちることもあります。そこでこの機会に、実際にQUICを実装した経験者目線で、QUICの解説をしていきたいと思います。なんとなくTCP/IPを分かっている方が、ある程度QUICの理解ができることを

                                                                            QUICをゆっくり解説(1):QUICが標準化されました | IIJ Engineers Blog
                                                                          • STAP細胞の論文に関して3月12日現在に得られる情報で思うこと - 最終防衛ライン3

                                                                            STAP細胞:理研、対応が後手に 「単純ミス超えた」 - 毎日新聞 STAP細胞の論文や、そのファーストオーサーである小保方氏と理研などの周囲への信用が揺らいでいます。結果は、遅かれ早かれ明らかになるでしょうが、現時点での私の考えを記しておこうと思います。 理研は STAP細胞論文の調査について | 理化学研究所 において内部で調査中としていますが、速やかに第三者機関による調査を行う必要があると考えます。 実験上の不備かデータのミスで、いずれ検証されるだろと考えていた 3月1日 粗探しをして騒がず、結果は寝て待て。ねないこだれだ。 - 最終防衛ライン2 この記事を書いた時点では、論文投稿前における共著者同士での再現性のチェックが甘く、きちんと機能していなかった程度に捉えていました。また、論文の内容に誤りがあっても実験操作やデータなどの解釈においてミスがあっただけだろうとも考えていました。こ

                                                                              STAP細胞の論文に関して3月12日現在に得られる情報で思うこと - 最終防衛ライン3
                                                                            • 小保方晴子 メモ(2chより転載)

                                                                              状況をよく解説していると思ったので転載。 http://ikura.2ch.net/test/read.cgi/ms/1394709614/ ■小保方晴子 メモ  ① ・1983年生まれ ・千葉県松戸市出身 ・実験時には白衣ではなく、祖母からもらったというかっぽう着を身につける、というキャラ作り ・研究室では指輪を日常的に着用、見せびらかして自分で女子力()アピール ・研究室はピンクや黄色の壁紙で埋め尽くされている ・研究室にアメリカのころから愛用しているソファを持ち込んでいる ・研究室でスッポンを飼っている ・土日も含めた毎日の12時間以上を研究室で過ごす ・実験室だけでなく、おふろのときも、デートのときも四六時中、研究のことを考えている(本人談) ・ムーミンヲタク  研究室のあちこちにアニメ「ムーミン」のグッズやステッカーを貼っている ・収集癖がある ・ヴィヴィアンウェストウッド好きの

                                                                                小保方晴子 メモ(2chより転載)
                                                                              • JSer.info 10周年: JavaScript情報の集め方、書き方、まとめ方

                                                                                JSer.infoは2011年1月16日に公開したJavaScriptの情報サイトで、2021年1月16日で公開してからちょうど10年です。 JSer.infoでは、10年間で10201サイト紹介し、522コの記事書いてきました。 JSer.infoの紹介したサイト数(累計)。ソース 10年間途切れることなく毎週更新していて、月別の記事数は毎年同じ推移です。 JSer.infoの月別の記事数。ソース この記事では、10年間やってきたJSer.infoの目的を振り返り、 JavaScriptの情報の集め方、書き方、まとめ方について書いていきたいと思います。 ⚠️ すべてを書いているのでものすごく長いです。 この記事やJSer.infoに関する意見や感想などは、次の場所に書いてください。 この記事をTweetする Twitter: #jserinfo GitHub Issue: JSer.in

                                                                                  JSer.info 10周年: JavaScript情報の集め方、書き方、まとめ方
                                                                                • 1on1ミーティングとは?その意味と、効果的に行う方法 | Coral Capital

                                                                                  本連載はオープンソースライセンスの1つであるGPLの元に公開されている「The Eng Team Handbook」(エンジニアチーム・ハンドブック)を翻訳したものです。開発チームが効率的に仕事するために必要な「効果的な1on1の実施方法」「開発メンバーから開発マネージャーにポジションが変わるときの注意点」「パフォーマンス評価のテンプレート集」「360度評価のテンプレート」などが含まれます。 著者はStripeのエンジニアであるrayleneさんです。これがStripeのやり方と明示されているわけではありませんが、急成長するシリコンバレーのスタートアップにおけるエンジニアチームの取りまとめ方という意味で、日本のスタートアップでも参考にしていただけるのではないかと思います。オリジナルの英文の文書では、まだ未着手の項目もありますが、すでに書き終わってるものについて翻訳し、連載の形で5回に分けて

                                                                                    1on1ミーティングとは?その意味と、効果的に行う方法 | Coral Capital