With a few minor exceptions, there are really only two ways to say “tea” in the world
Tea if by sea, cha if by land: Why the world only has two words for tea — Quartz
With a few minor exceptions, there are really only two ways to say “tea” in the world
ここ最近の客先常駐の実情
今、IT業界は人手不足だ。 それでもIT業界の大部分を占めるSI業界が体質を改めるどころか更に姑息になっているので、これから就職活動をする学生さんには気を付けてもらいたい。 その姑息さが目立つのが客先常駐をメイン事業とした企業の存在である。 社員数200人以上の規模を誇る独立系企業でも客のセキュリティの都合上、社員を客先に常駐させている事が多く「自社開発」と言っても「客先での開発」になる事がほとんど。 SI業界のユーザー子会社・メーカー系・独立系は共に客の都合で客先常駐にならざる負えないのが現実である。 それぐらいは業界研究してる人には既にわかりきったことかもしれないただ求人広告に記載する内容が詐欺に近いデタラメを載せる企業が多いので自分が見た事実を元に警告しておきたい。 まず、１回でも名刺交換したら取引企業として扱う会社が存在するため規模が小さい割に名だたる大企業をたくさん載せてる会社は
坂元裕二『anone』1話 - 青春ゾンビ
坂元裕二の新作ドラマ『anone』の放送がついに開始された。ジャンルレスゆえに、現段階ではまだまだ漠然とした印象だが、イメージを織り重ね、ストーリーを形作っていくその筆致はやはり郡を抜いている。1話における白眉は、偽札を巡る歪なカーチェイスで３つの群像劇が交差していくスペクタクルだろうか。その果てに、「靴が脱げてしまう」という情けないアクションで人物たちがひっそり結びついてしまうという描き方には、「坂元作品を観ている」という興奮を覚えた。序盤で「名言っていい加減ですもんね」と自虐的に言及しているにも関わらず、やっぱり坂元裕二のドラマは名言でまとめられてしまう。坂元裕二の名言砲、坂元裕二ドラマは名言の癖がすごい・・・気持ちはわからないでもない。「お金じゃ買えないものもあるけど、お金があったら辛いことは減らせるの」も「大丈夫は2回言ったら大丈夫じゃない」も確かに良いのだけども、やはりその真骨頂
都民ファーストが反ワクチン脳になりかけている件について(駒崎弘樹) - 個人 - Yahoo!ニュース
医療法人理事もやってる駒崎です。新年早々、びっくりすることがありました。 都民ファーストの政調会長代行の伊藤ゆう都議が、以下のような記事をフェイスブックにアップしていたのです。 筆者撮影 ここには反ワクチン団体がどのように議員にロビイングし、議員達を「反ワクチン脳」にコンバージョンしていくのか、よく分かるので、ひとつのケースとして取り上げていきたいと思います。 なお、医療情報は正確を期すために、ナビタスクリニックの久住英二医師に監修いただきました。 【広い「副反応」の意味】 伊藤ゆう都議は副反応疑いが「10万人に対し90.6人に及び、約1000人に1人の計算だから危険だ」と言っています。 この時点で伊藤ゆう都議は、大きな思い違いをしていることが分かります。 その前に、まずここで、日本でいう「副反応」とは何か、を確認してみましょう。 普通は、「ワクチンが原因で起きた悪いこと」をイメージされる
日本の（技術書の）ジレンマ - おいすブログ
技術書というのが 「ソフトウェア/インフラエンジニアが読むフレームワークや言語についての本」 だと仮定すると、 高度な内容になればなるほど、読者とニーズが減るので、入門者向けの内容になりがち 入門者向けの内容であれば、フレームワークや言語の公式サイトにあるGetting Startedのドキュメント（英語）で必要十分 その内容は、トップレベルのエンジニア集団が自分たちの技術の普及を賭けて練り上げたもの（のはず）なので、クオリティはだいたい高い 逆に言うと、それが貧弱だったりわかりにくかったりする技術は信頼性に欠くので、あまり学ばないほうが良さそう、本気度からくる将来性が低そう 英語ドキュメントに抵抗が少ないエンジニアは最初から公式サイトの1次情報を見て学習し、足りない情報は英語のブログや動画から勝手に補完していく 1~3から、英語が苦手なエンジニアが入門時に読む感じの本が多く出版される。
管理職のためのエンジニア組織構築マニュアル | DevelopersIO
はじめに クラスメソッド株式会社 AWS事業部長の佐々木です。 私は前職で創業メンバーの1人としてビジネスを立ち上げた後、エンジニアとして実業務に携わりながら、統括マネージャーとして50人規模のエンジニア組織を構築しました。 また2014年にAWSエンジニアとしてクラスメソッドに入社し、2015年7月よりAWS事業部の部長に就任。事業は順調に拡大しており、2015年と比較して組織も2倍以上に大きくなりました。これは優秀な仲間に恵まれたのはもちろんのこと、組織設計と構築プランが功を奏したことも一因だと感じています。 そこで、私がこれまでに培ってきた経験から得たエンジニア組織の構築の仕方をお伝えしたいと思います。 エンジニア組織構築マニュアル 骨子を定義する これはエンジニア組織に限りませんが、組織には3つの骨子が必要です。 ポリシー ビジョン ターゲット ポリシーは、その組織が最もこだわる一
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
はてなブックマークのスマートフォンアプリでトピック機能を廃止しました - はてなブックマーク開発ブログ