中国新疆ウイグル自治区で少数民族のウイグル族らが「再教育施設」などに多数収容されている問題で、徹底的な取り締まりを指示する共産党幹部の発言記録や収容施設の内部写真、2万人以上の収容者リストや顔写真など大量の内部資料が流出した。この「新疆公安ファイル」からはイスラム教を信仰するウイグル族らを脅威とみなし、習近平総書記(国家主席)の下で徹底して国家の安定維持を図る共産党の姿が浮かび上がってくる。
多くの人が学習しているビジネス英語。海外企業とやり取りをする部署や外資系企業のビジネスパーソンは、どのような学習方法で英語力を身に付けたのか。書籍、アプリ、LINEなど、今すぐ参考になる様々な学習法が見つかった。 <前回(第8回)はこちら> アマゾンジャパンで、コミュニティキャンペーンのプロジェクトリーダーとして15人のチームを引っ張る山本薫氏。メンバーの中でただ1人の日本人だ。当然、コミュニケーションは英語だが、実は「学生時代は再履修で4年次にようやく必修の単位を取り終えたほどだった」。 留学経験も海外出張の経験も無く、英語学習を始めたのは40歳を過ぎてから。外資系IT企業に2年間在籍したが、英語は苦手なまま。43歳で転職したアマゾンジャパンの面接でも、英語は苦手だと宣言したという。すると、レベルに応じたレッスンプログラムがあるから問題ないとの返答を得た。 入社後さっそく初級者向けコース
弁護士 河野冬樹 @kawano_lawyer 経産省から「フリーランスとして安心して働ける環境を整備するためのガイドライン」が公表。著作権譲渡について、強要したり、作成の目的たる使用の範囲を超えて譲渡させたりすることは、下請法や独禁法に抵触しうることが指摘されてます。meti.go.jp/press/2020/03/… 2021-03-26 18:22:30 リンク www.meti.go.jp 「フリーランスとして安心して働ける環境を整備するためのガイドライン」(案)に対するパブリックコメントの結果及び同ガイドラインを取りまとめました (METI/経済産業省) 「フリーランスとして安心して働ける環境を整備するためのガイドライン」(案)について、令和2年12月24日(木曜日)から令和3年1月25日(月曜日)までパブリックコメントを実施しましたが、本日、その結果を公示するとともに、内閣官房
VA Researchの歴史においてオープンソースは外せない話題であるが、特に1998年の2月から4月までの期間はVAを抜きにしてもオープンソースにとって極めて重要な出来事が多いのでやや詳細に書いていく。現在、一般的にオープンソースの誕生は下記のように説明されることが多いのではないかと思う。 「Netscapeブラウザのソースコード公開計画の公表を受け、1998年2月にLinuxとフリーソフトウェアの開発者、コミュニティリーダーらがシリコンバレーに結集し、フリーソフトウェアに替わる用語としてオープンソースという言葉を生み出し、その定義を定め、オープンソースという商標を管理する組織を作った。Linus Torvaldsなどの著名なハッカーがそれに対して賛同し、一般に広まった。」 特にフェイクが含まれているわけでもないし、大概これで問題ないようには思うのだが、何故、この言葉を生み出す必要があっ
設計原則はよい設計をするための指針です。 では、よい設計とはなんでしょうか? もっとも重要なソフトウェア品質は発展性 ソフトウェアの発展性がビジネス価値を生む 発展性をうみだす7つの設計原則 モジュール化 モジュール化の2つのアプローチ 型によるモジュール化 手続き的なモジュール化 関心の分離 関心の4象限 入出力と計算・判断の分離 業務の関心と実装の詳細の分離 もっとも複雑な関心事(ビジネスロジック)の分離を徹底する カプセル化と抽象化 カプセル化 ビジネスロジックのカプセル化 抽象化 データ抽象 ビジネスロジックとデータ抽象 高凝集と疎結合 凝集度 結合度 隠された結合性の問題 定義の一点性 見た目が同じコード 7つの設計原則の学び方 コードの実装例 ドメインオブジェクト設計のガイドライン 実践ガイドとして使える本 設計の考え方を理解するための本 もっとも重要なソフトウェア品質は発展性
noteに関わってる深津さんと安藤さんに熱烈に欲しいと言われたので、すごくマニアックな複雑な業務を紐解く過程を本気出して解説してみる。(宣言してからもう2ヶ月経過してたw) そもそもビジネスプロセスとは 本書ではビジネスプロセスを「お客様に始まりお客様に終わる価値提供のライフサイクル」と定義しています。ビジネスプロセスはいくつもの業務の集合体です。それぞれの業務はインプットとなるモノや情報に処理を加えて、より価値のあるモノや情報をアウトプットとして送り出します。 山本 政樹. ビジネスプロセスの教科書 アイデアを「実行力」に転換する方法 (Japanese Edition) (Kindle の位置No.30-33). Kindle 版. まさに上記の通りなのだが、問題が表面化するのはお客さまとの接点であることが多く、問題の原因は途中の社内プロセスであることがかなり多い。そして、お客さまとの
カテゴリー DX (2) 一般 (59) 研究会 (6) 働き方 (4) 技術 (353) Edge AI (2) Edge Computing (13) Erlang (1) FIWARE (2) Fog Computing (10) Infiniband (31) Internet of Things (32) Key Value Store (17) Linux (3) Linux KVM (10) Machine Learning (6) RealTime Web (14) SRE (3) Webサービス (42) インフラ (8) コンテナ (4) ストレージ (93) データセンター (7) データベース (47) データ流通 (6) テレプレゼンス (2) ネットワーク (215) 仮想化 (111) 災害コミュニケーション (26) 空間情報 (30) 量子コンピューティン
翔泳社は「ITエンジニアに読んで欲しい!技術書・ビジネス書 大賞 2019」(ITエンジニア本大賞)を開催。ITエンジニアの投票を集計した結果選ばれた技術書とビジネス書の各ベスト10を発表しました。 ITエンジニア本大賞は、ITエンジニアに読んでほしい技術書・ビジネス書を選ぶイベント。 2014年からスタートし、今回が6回目の開催です。今回は2018年11月26日から2019年1月14日まで投票が行われていました。 主催は翔泳社ですが、対象となる書籍は出版社を問わず技術書、ビジネス書全般。出版社や刊行年も関係なく、この1年を振り返っておすすめしたい書籍となっています。 ベスト10に選ばれた書籍の中から特に投票の多かった技術書3冊、ビジネス書3冊については、同社が2月14日、15日に開催するイベント「Developers Summit 2019(デブサミ2019)」において書籍の著者、編集者
original: The Product Management Triangle (by Dan Schmidt) (translated by ninjinkun, reviewed by Kosuke) はじめに プロダクトマネジメントは多くのソフトウェア企業が重要だと認識している役割だ。それにもかかわらず、「プロダクトマネジメント」を正確な言葉で定義することは驚くほど難しい。自らを「プロダクトマネージャー」と呼ぶ人々は、企業ごとに全く違うことをやっている。彼らは異なるタイプのプロダクト、異なるタイプのチーム、異なる組織構造の中で働いている。このプロダクトマネジメントの立場の違いは、とても不毛だ。外の立場から見ていると、同じ肩書きの仕事を参照する際に、誤解を引き起こしているように見える。全てのプロダクトマネジメントの仕事を統合して、共通の話題を抽出しようとすると、価値を説明しようとし
ITエンジニア本大賞2019開催――技術評論社から7冊がノミネート。Web投票は2019年1月14日まで 2018年11月26日、株式会社翔泳社主催の専門書アワード「ITエンジニアに読んでほしい!技術書・ビジネス書大賞2019(以下ITエンジニア本大賞)」のWeb投票が開始されている。 今回で6回目を迎える技術書・ビジネス書のアワード 同アワードは、技術書、ビジネス書全般に、出版社や刊行年は問わずこの1年を振り返っておすすめしたい書籍を選ぶアワードで、2014年からスタートし今回が6回目の開催となる。 ITエンジニア本大賞2019 https://www.shoeisha.co.jp/campaign/award/2019/ Web投票受付は2019年1月14日まで。1月17日にベスト10の発表、2月14日に、ベスト10の中から上位の書籍を対象に、技術系イベント「Developers
2018年7月25日、クラウドサービスと働き方を考える「JAIPA Cloud Conference 2018」が開催されました。経営者パネルディスカッション「成長するビジネスを支える制度、働き方、テクノロジー」では、アスキー編集部・大谷イビサ氏をモデレーターに迎え、さくらインターネット田中邦裕氏、サーバーワークス大石良氏、ソニックガーデン倉貫義人氏が登壇。3社がそれぞれ取り組む働き方を語りました。本パートでは、さくらインターネット田中邦裕氏が、社内で実践する働き方の事例を紹介します。 創業当時のさくらインターネット 大谷イビサ氏(以下、大谷):では次、田中さんからお願いします。 田中邦裕氏(以下、田中):はい、みなさんこんにちは、田中です。いつもはクラウドの話をしてるんですけれども、今回はせっかくなので「さくらインターネットの働き方」ということでお話しさせていただきます。 実は当社は意外
AWS Innovate は、AWS クラウドを活用してビジネス革新を目指しているすべての IT リーダー及び IT プロフェッショナルを対象とした、最新のクラウド情報をお届けするためのオンラインカンファレンスです。AWS Innovate に参加し、セルフペースで視聴することで、インフラストラクチャとアプリケーションを設計、デプロイ、運用するためのスキルを身につけることができます。 今回の AWS Innovate では、基調講演「高速で変革し続ける企業を目指すには」、人気教育系 Youtuber ヨビノリたくみ氏による招待講演「機械学習の「そと」と「なか」」、AWS へよくご相談いただく課題とその解決方法を示した「AWS ソリューション」他、認定試験対策講座など 42 のセッションを公開します。 この機会を活用し、AWS サービスについての正しい理解を深め、より多くのビジネス変革にお役
はじめに クラスメソッド株式会社 AWS事業部長の佐々木です。 私は前職で創業メンバーの1人としてビジネスを立ち上げた後、エンジニアとして実業務に携わりながら、統括マネージャーとして50人規模のエンジニア組織を構築しました。 また2014年にAWSエンジニアとしてクラスメソッドに入社し、2015年7月よりAWS事業部の部長に就任。事業は順調に拡大しており、2015年と比較して組織も2倍以上に大きくなりました。これは優秀な仲間に恵まれたのはもちろんのこと、組織設計と構築プランが功を奏したことも一因だと感じています。 そこで、私がこれまでに培ってきた経験から得たエンジニア組織の構築の仕方をお伝えしたいと思います。 エンジニア組織構築マニュアル 骨子を定義する これはエンジニア組織に限りませんが、組織には3つの骨子が必要です。 ポリシー ビジョン ターゲット ポリシーは、その組織が最もこだわる一
チャーリーです。 ビジネスワード図解シリーズを新たにはじめました。 以前書いたビジネスモデル図解シリーズは、事例を紹介するものですが、こちらはあくまで単語や概念そのものを図解。知ってる・聞いたことあるけど、裏側にある原理は知らない、そんな方にみてほしいと思います。 ひとまず7個まで書いたので、noteにまとめておきます。 財務3表財務3表と呼ばれる、代表的な3つの財務諸表の関係性を図解。こうやってみるとものすごく合理的にできてませんか。世界中の企業は基本、財務諸表を持っているので、この仕組みがよりわかるようになれば、英語を覚えるよりも世界の人たちと会話できることになる。面白い。 --- 画像が横長のためスマホでは見づらいという方、本記事の全ての画像が入ったPDFファイルを以下に置くので、こちらをご覧いただく方が拡大などできていいかもしれません。 --- PDFファイルをダウンロード キ
私は以前にグッドパッチというデザイン会社でシニアグロースデザイナーという肩書で働いており、そこで「グロース勉強会」なるものを主催しておりました。 隔週で有志が集まって、そこで私の持っているグロースまわりの知識や経験を一時間ほど共有するだけという会。 ざっくり言うと私が好き勝手に一時間話すだけという会。 はじめはなんとなくで始めたものですが結局は2年弱という長い期間、この会は継続しておりました。 その中で様々な話題に触れたのですが、参加者が一番勉強になったと口をそろえて言うことが「KPIツリー」についての話でした。 この記事ではその「KPIツリー」について私の考えをあらためてまとめておきたいと思います。 KPIとは 念のために。 kotobank.jp 重要業績評価指標。企業などの組織において、個人や部門の業績評価を定量的に評価するための指標。達成すべき目標に対し、どれだけの進捗がみられたか
翔泳社は「ITエンジニアに読んで欲しい!技術書・ビジネス書 大賞2017」(ITエンジニア本大賞)を開催。ITエンジニアの投票を集計した結果選ばれた技術書、ビジネス書の各ベスト10を発表しました。 ITエンジニア本大賞の主催は翔泳社ですが、投票の対象となったのは出版社や刊行年を問わず、この1年を振り返っておすすめしたい技術書、ビジネス書全般です。 実際にベスト10に入った書籍の出版社は技術評論社、オライリー、日経BP、インプレス、オーム社、NHK出版、ダイヤモンド社など多岐にわたり、主催の翔泳社の本は1冊にとどまっています。 ベスト10の上位6冊については、同社が2月16日に都内で開催する「Developers Summit 2017(デブサミ2017)」において書籍の著者、編集者、翻訳者などによるプレゼン大会が開催され、そこで行われる最終投票によって大賞が決定されます。 技術書部門ベスト
新人(とくに新卒)だと、軽率に「じゃ、今日の議事録とっといてね」なーんて頼まれたりする。 が、議事録は実はハードル高いミッションのうちの一つだと思う。 個人的に議事録を取るときに気をつけてることを、備忘録がてらまとめてみた。 ★ 議事録取りに臨む前に。事前準備編 議事録は難しい仕事だ。 5人を越える人数の会議で、しかも定例会議のようなずっと続いている会議の議事録取りは超やっかいなものと心得るべし。 ずっと続いてる過去の議事録あるから、おんなじ感じで取っといたらいいよとか言われる。 ワタシは初めてなんだよ!とは絶対言えないあの空気… 今まで議論してきた歴史があるから、何の話をしているのか、その前提が省略されがち。 ジャーゴン(独特の業界用語)も超出てくる。 前あったあの件はペンディングになったから とか どうやって議事録に取れと。何の件だよ。 上記のような理由のため、向こうの期待>>>自分が
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く