サクサク読めて、
アプリ限定の機能も多数！
アプリで開く
AIスキルを持つ人は解雇されにくいというデータがあることを知っているだろうか？ General Assemblyが技術系人材を採用する経営者と人事担当者を対象に調査したところ、最も解雇されやすいのはAIまたは自動化によって簡単に代替できる労働者（45％）で、解雇されにくいのはAI関連のスキルを持つ労働者（57％）であることがわかった。 またIBMによると、約62％の企業でAI人材が不足しており、AIスキルを持つ労働者の採用もうまく進んでいないことから、ビジネス目標の達成に失敗しているという。この事実は、潜在的な解雇からキャリアを守りつつ、雇用市場で際立つための絶好の機会を与えてくれる。 雇用市場、特に技術関連やリモートワークの仕事において競争が激化する中、企業で不足している人材について把握し、企業の課題を解決するような人材になることで、あなたは際立つことができる。スキルギャップを埋めるソリ
はじめに：非同期コミュニケーションの増大と組織課題リモートワークやハイブリッドワークに関係なく、オフィスワークであってもSlack・メール・Notion・Teams など、非同期コミュニケーションに頼る機会が格段に増えている。実際に、オフィスにいたとしても非同期のテキストコミュケーションが多い。 だが、こうした非同期の便利さと引き換えに、いくつかの課題が顕在化するようになった。まず挙げられるのは、メッセージの往復回数の増加だ。オフィスで雑談まじりに「これどうなってる？」と聞けば一瞬で解決したかもしれない問題が、Slack のメッセージを投げても相手が離席していてすぐには返事が来ない――それだけならまだしも、投げかけが曖昧だったり、目的が十分に説明されていなかったりすると、数時間後に「それは何のデータが欲しいんですか？」と追加質問が返り、さらに数時間後にようやく詳細を伝え、やがてまた別の質問
とくじろう @toku2row 製造業のITって、ぶっちゃけ、最適解はわかってる人はわかってるけど、現場の抵抗やコスト至上主義、現場が強すぎ問題とかで、うまくいかないから、実際にスキルを持った人より、とりあえず上手くまとめていく人が必要だけど、相変わらずスキルやエンジニアリングだけでなんとかなると思ってる層が多い2022-06-09 12:27:44 とくじろう @toku2row 最初から敵意むき出しの現場の人達にヒアリングとか、え？別に今のままでよくね？っていう同じ事やって一生過ごしたい人とか、その役割はあっちの部門でとか言う現場vs管理部門の対立とかめんどくさい事を解決しないとどんな凄いシステムあっても無駄w2022-06-09 12:29:36 とくじろう @toku2row CAMでポスト作って投入すれば楽だって言ってるのに、は？そんなもの途中で干渉してとまったら誰が対応する
DK @game_sennin とある大学で２０年以上、各種シナリオの研究と教育に携わってきた人。Twitter(X)にて、独自の創作論を展開したりしなかったり。 皆様のスタイル・スタンスに合わせて、部分的にでも役立てたら幸いです。 DK @game_sennin ここ数日「地道にやるしかない」みたいな話をし過ぎた気がする。 じゃあ「その地道なことってなんだよ」と考えてみたが、私がすすめるなら、人気作や感銘受けた作品のストーリーを簡潔にまとめる事と、ストーリー構成を抽出することかな。 そうしてインプット、自作にアウトプットする地道な繰り返し。 pic.twitter.com/zYmnXFXnA22023-08-01 19:06:37
「人の話が処理出来ない奴へのアドバイス」に関する補足元エントリにはてブが1700もつき、Twitterでも関連ツイートが千バズ、万バズになり、それらの閲覧数の合計が7桁になっていたのにはびっくりした。 「言語化されていないが切実な課題」だったのだな、と強く感じている。 そして、「自分の解釈を傍に置いて読む」ことができない人がたくさんいたのには、予想はしていたけどさすがに笑ってしまった。 まーそれが人間の仕組みだしね、とは思っているけど、やはり笑ってしまう。 その一方で、読めている人が、しっかり読んだ上で切れ味鋭くコメントしてきているのも事実。 世の中はすごい人がたくさんいるな、とも改めて思ったし、賢い人を甘く見てはいけない、という思いを新たにした。 ということで、フィードバックがあった点を中心に、情報を補足したほうが良いと思った点について、自分の考えを箇条書きで書いていく。 議論を理解する
調査の「聞き方」「答え方」がデータに与える影響（大阪大学大学院人間科学研究科教授：三浦麻子） #その心理学ホント？ 心理学が使用する代表的な方法の一つが調査法です。多くのデータが得られやすい，実施や集計が容易といった強みを持つ一方，弱みもあります。今回は，調査の「聞き方」，「答え方」によって得られるデータがどのような影響を受けるのかについて，三浦麻子先生にご解説いただきました。 心理学では「心」にまつわる構成概念を測定するために様々な手法を用いますが，そのうち，調査者の問いかけに対象者が主観（自らの気持ちや考え，経験など）を答えるのが調査です．調査では，呈示した質問に対して，あらかじめ用意した数値や選択肢から当てはまるものを選ばせる形で回答を求めることがよくあり，同じ形式で得られたデータですから，たくさんあっても集計・分析するのが容易です．心理学以外の領域でもよく用いられていて，学生の卒論
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 私は現役のフロントエンドエンジニアです。正社員として働く傍ら、約2年間副業を続けてきました。副業で3社経験をして、最長契約期間は1年3ヶ月です。政府も副業を推奨しているし、副業を推しているエンジニアもたくさんいます。そして副業がやりたくて探しているエンジニアもいると思います。 そんな「副業最高！」の空気の中、私は先日副業を辞めました。 何故私は副業を辞めたのか、そして副業経験を積んで得た学んだことをこちらの記事では書き記していこうと思います..... ※ あくまで私の価値観です。副業最高！と思えるような副業をしている人もいます
よんてんごP @yontengoP 新卒さんがノートを取れない、 と聞いててっきり「コッチが話してるときはノートを取りましょう！」っていう"あるある"的な話かと思ったら 「話を聞いてノートを取れない≒聞いた話を纏めることができない」っていう、もうちょい深刻な話だった 2020-07-25 02:28:19 よんてんごP @yontengoP本件、 「別にメモが汚い人なんかいくらでもいますよ」 「メモが雑でもソレ見て情報がキチンと引き出せてれば大丈夫では？」 「心配しすぎなだけですよ＾＾」 等々ご意見いただいておるのですが、 何というのか、単純に「メモが雑だなぁ」ってレベルではないっぽいんですよね、聞いてる話だけだとtwitter.com/yontengoP/stat… 2020-07-25 11:55:09 よんてんごP @yontengoP イメージだとこんな感じ 乱雑なメモ書きかつ
ここ2年くらいの話なのですが、仕事で「フロントエンド会」というチーム内委員会のようなものを立ち上げて運営しています。元々1人の Webフロントエンド職人がプロダクトの Webフロントエンドの面倒を見ていたのですが、その方が異動されることになったので、残った人で面倒を見ていける体制を作りましょう、というモチベーションで発足した会でした。この話については以前イベントで発表したので、詳しくはこのスライドをご覧下さい。speakerdeck.com Webフロントエンド職人の異動とともに入社した id:mizdra が Webフロントエンドが得意だったので、ペアプロやペアオペ、定例会などを通じてどんどんスキルや知見を配っていく、という戦略で運営していました。実際に 2 年経過してみてメンバーも徐々にキャッチアップしていって、ちょっとしたパフォーマンス改善をやってみたり、最近Gulp や
コンサルタントのころ。対人技術を教わった。 様々なものがあったが、その中でも群を抜いて重要な技術の一つは 「会話の時、人の話を否定しない」こと。 具体的には、人に『ちがう』と言ってはいけなかった。 ＊ 若干うろ覚えだが、客先で、こんなことがあった。プロジェクトで、部門別の目標を立てて、発表してもらった時のことだ。 私：「では、営業部2課の目標の発表をお願いします。」 営業2課：「既存顧客を中心に、前年比10％の売上アップです。」 私はここで、おかしいな、と思った。 先日の経営会議で 「営業2課は、新規開拓を中心にした目標にしてほしい」 との指示があったからだ。 それがなぜか既存顧客中心にすり替わっている。 訂正させなければならない。 が、「その目標、間違ってませんでしょうか？」と否定するのはご法度だ。 私は思案した。 どうすれば担当者を否定せずに済むのだろう。 そこで確認した。 私：「確
最近自分の周りで「スキルマップ」というものを作ったり 新卒の子にどこまで勉強すれば良いですかね？と聞かれた件ロシアの天才ハッカーによる【新人エンジニアサバイバルガイド】 というような記事を見つけたりしたので、考えたことを視覚化してまとめてみた。 スキルマップとは 人のスペックを表現する箱がこのようにあったとして 図1. 箱 便宜上Frontend, Backendとかいう方向性があるとします。 図2. 分野、方向性 図3. 1年目- 例えば「バックエンドを1年位経験しました」。 図4. もっとやってる1年目- 例えば「『フルスタック』で1年位経験しました」。 図5. のらりくらりと5、6年- 例えば「バックエンドだけ5, 6年やっていました」。 などと表現されるとする。 実際は 濃淡があると思う。 図6. バックエンドの便利屋、3年選手- こんなだったり 図7. 学生の時から個人開発含め
随分と久しぶりに、完全書き下ろしの本を書きました。 タイトルは、「人生がうまくいかないと感じる人のための超アウトプット入門 」。アウトプットすることの意義、そしてその能力の源泉についての話を、読みやすいよう、物語形式にてまとめています。 どうか買ってやっていただけると、とてもありがたく、温かい投げ銭をよろしくお願いします。アウトプットは「他者からの評価」の部分にキモがある。 さて、この本にちなんだ話題です。 先行き不安な世相を反映してか、世の中には「アウトプットの手法」に関するノウハウが氾濫しています。 ちょっと書店を見渡すだけで、 「アウトプット術で仕事がうまくいく」 「アウトプット力で成功」 「アウトプットスキルで差をつける」 などの、本が驚くほど多数、陳列されているのです。 そして、中身を見ると、書き方、話しかた、表情の作り方、報告の仕方など、「やるべきことと、その方法」が羅列し
まあお悩みですけどね、技術的に難しいことってありますよね。で、他のメンバーに任せておくと、いつ終わるかわからない。聞いてもわからんわからんばかりで、こりゃダメだと言う時のことです。 いつものように、それ私が引き取るよ、ってその課題を引き取って、難易度の低いタスクを他のメンバーに任せます。まあそのタスクも大量なので、誰かがやらなきゃいけないし、高度な問題のために大量のタスクが積みあがるのもそれはそれでまずい。適材適所と言えばそうなのですが、本当にこれでいいのかなと毎回思います。 だって、またこの高度な問題に対するトラブルシューティングを見ることなく、メンバーは最終的に「できた」という形を手順書なりなんなりで確認することになります。ああこうやればできたのか、という感動があればまだいいですが、忙しいのでそんなことしている暇は多分ありません。 これ、私はまたスキルを一つ積み上げたのですが、どう考え
連続投稿から間が空いて、かなり一人小町が溜まってきましたので、今日からしばらくは一人小町です。まずは、現在40歳で扶養の範囲でパートで働く女性からいただいた、どうしたら経済的に自立できるかというモヤモヤです。凄くいいメールですよ。 Q.40歳で特別なスキルのない主婦が、経済的に自立するために何をしたらいいのか 斗比主閲子様 こんにちは。いつもブログ拝見しています。昨年にモヤモヤに対して、見解をいただいた者です。その節はありがとうございました。 さて、今回は別件でメールさせていただきました。お時間のある時に目を通していただけると嬉しいです。ブログに掲載していただける場合、フェイクは入れなくても問題ないです。 ご相談したいのは、私自身の人生後半の働き方について、です。厳しめにダメ出しやアドバイスをいただけると幸いです。お伺いしたいのは「40歳で特別なスキルのない主婦が、経済的に自立するために
フロントエンドのデベロッパー、バックエンドのデベロッパー、開発・運用に必要なスキルや知識、ツールやテクノロジーをステップバイステップのフローにまとめたロードマップを紹介します。 2021年、フロントエンドやバックエンドのデベロッパーが次に何を学べばよいか、キャリアアップのための道筋がコンパクトにまとめられています。 Developer Roadmaps Developer Roadmaps -GitHubフロントエンド デベロッパーのためのロードマップ バックエンド デベロッパーのためのロードマップ 開発・運用のためのロードマップフロントエンド デベロッパーのためのロードマップ 2021年版、フロントエンド デベロッパーになるためのステップバイステップガイドです。PDFもダウンロードできます。 Frontend Roadmap.pdfフロントエンド デベロッパーのためのロードマップ
どんな種類のスキルの習得にも使える「ウルトラ・ラーニング」という勉強法が話題だ。このノウハウを体系化したスコット・H・ヤングは、「入学しないまま、MIT4年分のカリキュラムを1年でマスター」「3ヵ月ごとに外国語を習得」「写実的なデッサンが30日で描けるようになる」などのプロジェクトで知られ、TEDにも複数回登場し、世界の勉強法マニアたちを騒然とさせた。本連載では、このノウハウを初めて書籍化し、ウォール・ストリート・ジャーナル・ベストセラーにもなった話題の新刊『ULTRA LEARNING 超・自習法』の内容から、あらゆるスキルに通用する「究極の学習メソッド」を紹介していく。（本記事は2020年12月6日公開した記事を再構成したものです）数学の歴史を変えたインドからの一通の手紙 1913年の春、数学者のG・H・ハーディは、その後の生涯を決定づけた一通の手紙を受け取った。インドのマドラス港湾
今やあらゆる場面で必要とされるプロジェクトのノウハウを、300件以上成功させてきたプロフェッショナルがこっそりお伝えします。 先日、仕事で関わっている方から、「結局、プロマネって何ができないといけないんですかね？」という質問をされたので、その場でざっくり洗い出してみました。 世の中にはPMBOK やITSS, PRINCE2 などのスキル標準を定めたものはありますが、これらは大規模システム開発を志向しており、概念として抽象度が高いためベースの知識として利用できる環境は残念ながら非常に少ないという現実があります（もしこれらを利用できる環境にいるならとても幸せなことです）。 少なくとも日本で実施される一般的なプロジェクトはPMBOK やITSS を元に共通認識を整備するどころか、「限られた予算で1年でクライアントのシステムを刷新する必要がある」とか、「社長の思いつきで何も決まっていない
Webディレクター解体アドベントカレンダー初日の記事です。今日はWebディレクターという職種を定義するために作ったRPG風のスキルツリーとその活用方法を紹介します。あとは関連する他の開発メンバーとお互いの担当範囲を明確にする方法や、スキルツリーをスキルアップに役立てる方法について書きます。 曖昧な仕事 Webディレクターという職種に期待される仕事の内容は、開発に関わる他の職種と比べても非常に曖昧です。そもそも何ですか、ディレクションって。英語を直訳すると方向とか指示とかそういう意味ですけど、概念的でふわっとしています。 ディレクションという仕事に含まれる範囲も様々です。受託でホームページ制作を請け負って進行管理をメインに行うWebディレクターもいれば、既存自社サービスの売上増に責任を負う人も、新サービスの立ち上げに挑戦する人もいて、同じディレクターという名前でもやっている仕事が全然違います
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
