本記事は、Mohammad Faisal氏による「22 Best Practices to Take Your API Design Skills to the Next Level」（2021年4月15日公開）の和訳を、著者の許可を得て掲載しているものです。 REST API設計のための実践的アドバイス Photo by Andrea Piacquadio from Pexels はじめに すべてが分かりにくく、ひどいAPIに不満を感じたことはありませんか？私はそうです。 マイクロサービスの世界では、バックエンドAPIの一貫した設計が不可欠です。 今日は、知っておくべきベストプラクティスについて、簡潔に説明します。さあ始めましょう！ 用語 API設計は、リソース指向設計というものに従います。3つの重要な概念で構成されています。 リソース：データの一部（例：ユーザー） コレクション：リソー
システム開発にドキュメントは欠かせません。ドキュメントが得意になれば活躍の幅が大いに広がりますよね。 この記事では、まず冒頭でドキュメントの作成に求められると思うことを整理した上で、そのスキル獲得に役立つと思われる記事や書籍を集めてみました。もちろん他にもあると思うので、もしお薦めのものがあれば是非コメントで教えて下さい 更新履歴 ・2021/04/16：文章術系にリンクを追加しました。 ・2020/11/28：文章術系にリンクを追加しました。 ・2020/07/24：文章術系にリンクを追加しました。 ・2020/05/24：文章術系にリンクを追加しました。 ・2020/05/14：スライドデザイン系にリンクを追加しました。 ・2020/04/29：スライドデザイン系にリンクを追加しました。 ・2020/04/17：文章術系にリンクを追加しました。 ・2020/04/12：関連するTwit
ここのところちょっと時間に余裕があり、暇を見つけてはQiitaの質問に答えるという取り組みをやっています。以前StackOverflowでも同様の取り組みをちょっとだけしてたことがあります。 9日間で35個の質問に回答してみて、正直に思うのは「質問の質が悪すぎるなー」ということです。ただ、どう質が悪いのか上手く言語化できず悶々としていました。 そんな折、今朝googleのおススメ記事に飛び込んできたQuaraのこちらの回答を読んで、「これこれ！こういうことよ！」という気持ちになったため、これから質問する人に向けてこの内容を少し嚙み砕いてまとめてみます。 ベテランはどうデバッグをしてるのか （自分をベテランと言っていいのかはさておき）日頃からコードを書いていると、デバッグには、その時使っている言語やフレームワークによらず、ある程度の行動パターンがあることに気付いてきます。 デバッグには難しい
こんにちは！東芝UIデザインチームnote事務局の小林Jです。 みなさんは「使いやすさ」について、どのように考え、どのようにデザインしていますか？ちゃんと「使いやすい」ものづくりができているか不安になったことはありませんか？ そんな時によりどころになるのが「人間工学」です。 「人間工学」とは、人間にとって使いやすく、安全な道具や製品、システムを考える学問です。人間特性をもとに環境や道具の使い勝手などを研究する学問でもあります。 「人間特性」とは、知覚から認知、身体に至るまで人間特有のあらゆる機能や性質のことです。どうしてそのような行動をするのか、という原理を知っていることが、モノづくりや仕組みづくりをする人たちにはとても大切なんです。 弊社デザイン部門には人間特性ワーキンググループという専門チームがあり、デザイン部門内で情報共有や勉強会を行っております。 noteにも「人間工学シリーズ」と
やっぱITは内製が進むと思う
SESや多重下請け構造だと、基本的にスキルというよりは単純労働力が求められる。 人を増やして、時間工数を水増ししたほうが儲かるからである。 新しい技術を使って100時間で開発するより、Excel作業で2000時間かけたほうが20倍もうかる。 ここに商売としての邪悪なトリックがある。 よって、多重中抜きの元請けには、IT技術というより「人売り」「奴隷商人」のスキルが求められる。 その結果、本当にIT以前のレベルの人間もちらほらいる。 異業種のトップ人材のほうが確実にITツールを使いこなしていると感じるレベル。 「それで肩書がエンジニアなの？」という失望感から怒りに変わることも多いので、 根っからのエンジニア気質の人間は、内製の会社に行った方がいい。技術で社会貢献できるだろう。 あと人売りのポンコツの多くは、あまり自分のレベルアップに興味がなく、 会社にしがみついて人生を平凡に逃げ切るプランを
ブログ「読書猿 Classic: between/beyond readers」主宰。「読書猿」を名乗っているが、幼い頃から読書が大の苦手で、本を読んでも集中が切れるまでに20分かからず、1冊を読み終えるのに5年くらいかかっていた。 自分自身の苦手克服と学びの共有を兼ねて、1997年からインターネットでの発信（メルマガ）を開始。2008年にブログ「読書猿Classic」を開設。ギリシア時代の古典から最新の論文、個人のTwitterの投稿まで、先人たちが残してきたありとあらゆる知を「独学者の道具箱」「語学の道具箱」「探しものの道具箱」などカテゴリごとにまとめ、独自の視点で紹介し、人気を博す。現在も昼間はいち組織人として働きながら、朝夕の通勤時間と土日を利用して独学に励んでいる。 『アイデア大全』『問題解決大全』（共にフォレスト出版）はロングセラーとなっており、主婦から学生、学者まで幅広い層か
はじめに 『達人に学ぶSQL徹底指南書 第1版』は、CodeZine連載とミック氏ウェブサイトの掲載記事をもとに、加筆・編集されたものです。 CodeZine連載、および、ミック氏ウェブサイトは、どちらもオンラインの無料公開コンテンツです。 今回、「書籍と元コンテンツの対応表」を作成しました。 書籍のために書き下ろされた一部コンテンツや演習問題は見れませんが、その一方、編集で割愛された内容などが含まれるので、書籍以上のことを学べる箇所もあります。 すでに新版『達人に学ぶSQL徹底指南書 第2版』が出ていますが、各テーマは第1版でも大きく変わっておらず、現在でも通用する基本的で面白い内容なので、一見の価値はあると思います。 書籍と元コンテンツの対応表 No. 目次 CodeZine連載 ミック氏ウェブサイト テーブル定義 サポートページ
ドイツテレビ局のプロデューサーからドイツ語の通訳・翻訳、カルチャー分野のライター、はたまたコメンテーターとしてのテレビ出演まで、多岐にわたる仕事をこなすマライ・メントラインさんは、自身の肩書について「職業はドイツ人」を自称している。 ビジネスシーンでは職種や業務内容を端的に表す分かりやすい“肩書”が求められがちだ。専門性を高めることがキャリア形成に有利になる一面もあることから、さまざまな業務やタスクをこなす、いわゆる“なんでも屋”にネガティブな印象を抱く人も多い。 しかしマライさんは自身の経験から「フレキシブルな肩書のニーズは意外とある」と話す。肩書や職種に“こだわらない”ようにしているというマライさんに、そのメリットや時にネガティブになってしまう“仕事との向き合い方”について伺った。 「専門性を高めよう」「スペシャリストであれ」。働く人のキャリア形成について、しばしば耳にするのがこんな言
スタートアップのCTOクラスの人がたまにそういうことを言っているのを聞くことがあります。もしくは「スピード優先だからテストを書かない」等です。 それは真ではなく、言ってしまえば、未熟だからテストを書「け」ない、のではないでしょうか。ただ、スタートアップという言葉に未熟であるという意味が含まれているのであれば「スタートアップだからテストを書かない」という問は真になるかも知れません。スタートアップは得てして未熟なものだし、それでも良いからです。 テストを書かないというジャッジをするのは構いません。でもそれは、スタートアップだからでもスピード優先だからでもない。自分達が未熟だからで、そこには向き合うべきだと考えます。状況のせいにするのではなく、徹底的に自分ごと化する。それがスタートアップに求められる姿勢です。少なくとも技術のトップが自分たちの技術力に向き合わないのはまずいでしょう。 「スタートア
日経 xTECH内に人工知能（AI）専門チャネル「ビジネスAI」を2019年10月に立ち上げたのを機に、知識共有サイト「Qiita」上でAI／機械学習の記事を同年12月に募集したところ、49本もの記事が集まった。投稿いただいた皆さん、ありがとうございました。 今回、ビジネスAIの編集担当として私が設定した「お題」は以下の3つ。各テーマについて日経 xTECHがQiitaアドベントカレンダーのスポンサーとなり、2019年12月1日～25日まで1日1本ずつ記事を募集した。 AI道場「Kaggle」への道 機械学習をどう学んだか 機械学習ツールを掘り下げる この結果、機械学習を独習するお薦めの書籍やサービス、Kaggleなどの機械学習コンペに入門する方法など、AIや機械学習に興味があるエンジニアにとって大いに参考になる記事が集まった。投稿者の属性についても「ゴリゴリの文系」や「おじさんSE」「中
個人的にバブル現象について著しく興味がありまして、90年代のバブル期から始まってIT革命、その後の局所的なブームも含めて大小バブルとそれに伴う人の流れを意識して観察しています。 これまでも何度か話題にしましたが、バブルというのは当事者はあまり「この繁栄に終わりがある」とは思いにくいものです。自分が信じたものに対し「需要がついてきた」と誤解しやすいものです。 さて、今回のテーマはエンジニア採用シーンの高騰はバブルなのか？そしてバブルだとすればその終焉はどのようにして起きるのか？ということです。 エンジニア採用シーンはバブルなのか？提示年収も、それに伴う採用フィーもそれぞれ高騰しています。 提示年収で言うと先立ってとあるSESの会社さんが下記のような投稿をされ、話題になっていました。一日で問い合わせが30件を越えたとも書かれていました。 ・年収250~400万前後の人は大体みんな最低でも530
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 自分はこれまでメンバーレベルのポジションとしてしか働いたことがありません。 ただ、自分と比較して必ずしも技術的に優れているわけではない同僚がインパクトの大きい仕事をしたり、上司やマネージャーの信頼を得たりしていくのを見た経験から、 自分がよりインパクトの大きい仕事をしていくためにはどのような部分が足りていないのかを考えるために、色々と調べたり、考えたり、まとめたりしてみました。 シニアなエンジニアについて ここでは、グレードの高いエンジニアや抽象度の高い仕事を日常的に行っているエンジニアをシニアなエンジニアと呼ぶことにします。 シニアな
某所で買い切りゲームのゲームデザイナーをしてるけど、レベルって便利なんだよね。多分、多くの人はレベルシステムがもたらす恩恵をさして意識せずにゲームを遊んでると思う。 自分もレベル上げ作業は嫌いなので、昔の一部のRPGみたいなレベル上げ必須の状況はほぼ作らない。ただのプレイ時間水増しだし。 しかし、それを抜きにしてもレベルシステムって色々な恩恵があるんだよね。 難易度調整これはみんな直感的に分かると思う。 ボスを倒せる適正レベルを設定しておいて、ゲームが得意な人は低いレベルでクリアして、ゲームが苦手な人は高いレベルでクリアする。 そういう細かい所を吸収してくれるのがレベルシステム。 同様に、サクサクとザコ敵をぶっ倒してボスまで到達するのが楽しい人もいれば、一つ一つ苦労して倒して回復薬を管理しながらボスまで到達したい人もいる。 そういう楽しみ方も吸収してくれるのがレベルシステム。 ここでレベル
皆さん異世界転生ラノベをご存知ですか？チートし放題な主人公たち好き勝手しやがってとか思っています？最近は「初級魔法で無双する」「生活魔法で無双する」みたいな話流行ってますよね。 でも、別に異世界なんていかなくても、転生しなくても、プログラミングのチートスキルなんて簡単に身につけられるんですよ。 ※ここでいうチートスキルは本来の意味のチートではないのでご注意ください。そっちのスキル身につけるのは楽しいかもしれませんが、本筋ではありません。 ※ここでいう「初級魔法」はラノベ読まない人の想像する初級魔法ではないことがほとんどなのでご注意を 特定のプログラミングスキルを身につけると、派生スキルが勝手にポコポコ生えてきたり、派生スキルの習得コストが圧倒的に安くなります。 たとえば、なにか一つのプログラミング言語をマスターした人なら、他のプログラミング言語を覚えるときのコストが低くなるというのは直感的
エンジニア転職のリアル
ツイッターで「ソフトウェアエンジニアとしてキャリアを歩むなら、SIer はおすすめできない」と発言している方に対して、現役 SIer 社員が反論していて、ちょっとした騒ぎになっていた。 10 年間 SIer で働いた経験がある人間として、SIer で「ソフトウェアエンジニア」のキャリアを積めるかどうかについて見解を示したい。 頼むからプログラミング好きな高学歴の人は下手なネームバリューを気にしてSIerに行かないでくれ。まずSIerの研修が簡単すぎてつまらんと思うし、自分の方がプログラミングや技術分かるのに年収同じなのかって絶望するわけで。ほぼ転職する未来が待ってるんだから、最初から候補にも入れない方が良い。 — サカモト@エンジニアキャリア論 (@sakamoto_582) December 15, 2022 やはり何故かSIer叩きをしていると勘違いしてる人が大勢いるけど “SIerに
エンジニア採用強化各社はいかに優秀なエンジニアがすでに在籍してるかよりいかに優秀なプロダクトデザイナーやマネージャーが在籍しているかをアピールしてくれ - まいくろ🍣きりみん
ポエムです。パッと勢いで書くので反論の余地があるかと思います。 あと何にやりがいを感じるかも多分かなり人それぞれだとは思います。 経緯 最近あらためて思うのが、よほど高度な技術を使っていない限りWeb系企業におけるエンジニアってあくまで守の存在なんですよね。プロダクトのやりたいことを妨げないために堅実にしっかりと物を動くものを作っていく。ただしそれは必要条件でしかなくて、事業が駄目なら成功しない— きりみんさん(きりみんちゃんのマネージャー) (@kirimin) November 6, 2019 エンジニアがどこまで仕様に口を出せるかは組織の体制や規模にもよるけど、やはり事業開発においてエンジニア一人がプロダクトの成功に与えられる影響力はあまりにも小さい。失敗に与えられる影響力は大きいけど🤭— きりみんさん(きりみんちゃんのマネージャー) (@kirimin) November 6,
サイボウズ、「DX人材育成ガイドライン」を無料公開
サイボウズ、「DX人材育成ガイドライン」を無料公開ノーコードツールを活用したDX人材育成方法を、大企業の実例とともに紹介 サイボウズ株式会社（本社：東京都中央区、代表取締役社長：青野慶久、以下サイボウズ）は、企業のDX責任者・推進者を対象に、企業のDX（デジタル・トランスフォーメーション）人材の育成のためのガイドライン「DX人材育成ガイドライン―ノーコード活用の先進事例―」をエン・ジャパン株式会社（本社：東京都新宿区、代表取締役社長：鈴木孝二、以下エン・ジャパン）と共同で執筆し、無料で公開しました。本ガイドラインは、ITの専門知識がなくてもDX推進の実現を可能にする、ノーコードツールを活用したDX人材育成手法、DX推進事例などを、 京セラ株式会社、日清食品ホールディングス株式会社、日本航空株式会社、星野リゾートなどの企業事例とともに紹介しています。 「DX人材育成ガイドライン―ノーコード活
要約 技術的な話だけ教えて、という方のために先に結論だけ書いておきますと、PostgreSQLはクエリを実行した時点で全レコードの情報を一気に読んできてヒープを埋めてしまう場合がある、ということ話です。 たとえば、ResultSet#nextメソッドを使いながら処理を回すようなコードを書いて、少ないヒープでも処理できるようにするのは常套手段だと思いますが、そういうコードを書いていても一気にヒープを消費してしまうことがあるのです。詳しくはこのドキュメントを見てください。 https://jdbc.postgresql.org/documentation/head/query.html#query-with-cursor ことの発端 ちょっと仕事でJava + jOOQ + PostgreSQLで、DBのデータを集計するようなバッチ処理を書いてまして、もちろん俺様の書いたコードにバグなんてある
Excel医@『人生を変える Excelの神スキル』大発売！ @Excel_design_Dr 学生へ。プログラミングとか動画編集ができたら社会出て無双できると思うだろ。全然そんなことなくて、Officeを使いこなせる方がめちゃ役立つんよ。特にExcel。皆が思ってる以上に、マジで「Excelができる」ってのは神スキルなんよ。悪いことは言わないから今のうちに少しでもExcelを学んどけ。 pic.twitter.com/1kWEtqOOqg 2022-08-26 22:48:16
脳をハックして乗り切ろう 人間の脳というか感情は意外に厳密な判断をしない 幸・不幸もわりとアバウトに判断してる だから不幸な事がちょっと続くとめちゃくちゃ不幸って気分になってしまう 生まれた時からカウントすれば総じて幸運な人生だったとしても 不幸なことにフォーカスしてしまうと人生まるごと不幸という気分になってしまう 俺がオススメするのはその逆で幸運にフォーカスする方法だ どんな些細なことでもいいので ・自分が人より幸福だと思えること ・過去自分に起きた幸運なできごと などを列挙するんだ 世の中にはとんでもなく不幸な人が沢山いるので 「この人達にくらべれば」みたいに下と比較するのもいいぞ 最初は馬鹿らしくてやってられないかもしれないが 騙されたと思って50個も数えたら本当に元気が湧いてくるぞ 人間の脳って単純だな 人間、自分が不幸だと思ってると 生き方が乱暴になって、ますます不幸になることが
開発者の年功レベル
Kamran Ahmedのブログより。 ジュニア、中堅レベル、またはシニア開発者としてステップアップするには? カムラン・アーメッド (Kamran Ahmed) 私はロードマップのやり直しに取り組んでいます —— 年功レベルに基づいてスキル一式を分割し、新しい開発者に理解しやすくし、怖がらせないようにします。ロードマップは技術的な知識についてだけになるので、私が繰り返し、様々な年功の役割について考えていることについて記事を書くのは良い考えだと思いました。 私は、多くの組織が長年の経験を本来あるべきものよりも重要視することで開発者の年功を決定しているのを目にしてきました。私は、「ジュニア」とラベル付けされた開発者がシニア開発者の仕事をしており、「シニア」と呼ばれる資格さえない「主任(lead)」開発者を見てきました。開発者の年功は、彼らの年齢、経験年数、または彼らが持っている技術的知識だけ
『マスタリングLinuxシェルスクリプト 第2版』、こういう1冊手元に有るとずっと使える本はちゃんと買っておきたいですね - Magnolia Tech
マスタリングLinuxシェルスクリプト 第2版 ―Linuxコマンド、bashスクリプト、シェルプログラミング実践入門 作者:Mokhtar Ebrahim,Andrew MallettオライリージャパンAmazon 令和最新版のシェルスクリプトの入門書とリファレンスがセットになった1冊。手元に置いておくと安心感ありますよね。 令和最新版なので、冒頭からデバッグしたいならVisual Studio Code がオススメ、と出てきます。 コンテナ使おうと思ったらシェルスクリプトの読み書きの出番がどんどん増えていって、コンテナに一番必要なスキルはシェルスクリプトのスキルでは？と思っている今日この頃です(違います)が、そのくらいの用途に必要な要素は全部盛り込んであり、シェルスクリプトの文法と実践的な使い方に加えて、一緒に利用されることの多いgrep、awk、sedといったコマンドの解説も併せて載
青春オンライン｜note
青春オンライン 22本 少子化にもかかわらず、中学受験者は年々増加しています。中学受験は親と子がタッグを組んで取り組むものだからこそ、さまざまな悩みや壁にぶつかることも…。本連載では、子どもの中学受験を控えた親御さんの悩みに、教育ジャーナリストの中曽根陽子先生が答えます。
新しいプロジェクトに参加してローカル環境を作り始めると、何かとエラーに遭遇します。 また、設計や実装について開発者に相談したり、コードレビューを依頼することもありますね。 開発者が近くにいれば、（それなりに、程よいタイミングを見計らって）話しかけて、エラーの原因を調べてもらったり、設計方法をホワイトボードにスケッチしながら相談できますが、リモート開発ではそうはいきません。 リモート開発で成果を上げるためには、このブログのように何の装飾もインタラクティブ性もない文章で、自分の状況や相談したい事柄を正確に伝える必要があります。 とはいえ私は昔、「文章がわかりにくい」と毎日、毎日上司にフィードバックをもらうくらいには文章を書くのが下手くそでした。今もわかりやすい文章が書けている自信はありません。 それでも、これまでに何度か、議論が好転したり、プロジェクトが前に進むきっかけとなる文章を書けたことが
こんにちは、リファクタリングが大好きなミノ駆動です。 これは、私が執筆した『良いコード/悪いコードで学ぶ設計入門 ―保守しやすい 成長し続けるコードの書き方』について紹介する記事です。 2022年4月30日発売です（ほぼ同日に電子書籍版も出ます）。 AmazonなどECサイトで、すでに多くの予約が入っており、ヨドバシ.comでは一時期予約終了になったほどです。おかげさまで初版部数が2倍になりました。 ■どんな本？皆さんはプログラミングでバグを埋め込みたいですか？ロジック修正が上手くいかず、ヒィヒィ言いながら長時間残業したいですか？イヤに決まってますよね。ところが現実には、 何度もバグを埋め込んでしまう ロジックを読み解くのに時間がかかる やっとロジック修正しても、全然違う箇所がバグ化してしまう ……ほとんど誰もが体験しているのではないでしょうか。 でも、こうした状況をなんとかしたいと思って
Microsoftは2023年2月21日（米国時間）、初学者向けにBashを解説する全20回の動画シリーズ「Bash for Beginners」をYouTubeで公開した。 開発者向けQ＆Aサイト「Stack Overflow」が2022年に実施した開発者調査でも、Bashは最も人気のある技術の7位に選ばれている。Bashは汎用（はんよう）性の高い強力なスクリプト言語であり、タスクの自動化、ファイルの管理、クラウド環境での作業などさまざまな領域で利用されている。 なぜBashの学習が他のスキルに役立つのか 関連記事 未経験者に「プログラミング言語」は求めない 調査で分かった企業が期待するスキルとは パーソルキャリアは、「doda ビジネスパーソンと企業の転職意識ギャップ調査」の結果を発表した。それによるとITエンジニア職「未経験歓迎」求人の割合は2年前（2021年1月）に比べて約3.0倍
“自分は大したことをしていない”と思い込んでいる人の多さ 大野誠一氏（以下、大野）：まずは（パーソナルビジネスを創造するための3つのステップのうちの）ステップ1ですね。ビジネス領域の分析をしていく時に、ワークショップや企業でのセミナーでも、本当に多くの人が「自分には取り立てて自慢できるような経験もキャリアも資格もなくて、普通なんですよ」とおっしゃるんですね。 ここのステップ1の分析をしていく時に、そういった感覚から、一歩越えていくためにはどんなことが大事なのか。どんなふうに考えていくとチャンスが出てくるのか、みなさんが今まで経験や研修をやってこられた中で、もし参考になるような事例やケーススタディがあったら、教えていただければなと思います。いかがでしょうか？ 千葉智之氏（以下、千葉）：「僕なんか大したことはやってないよ」みたいなのは本当に多いですね。たぶん会社の中だけにいると、「それは仕事だ
AIでは代替しづらい人間のスキル 小澤健祐氏：この作るAIから使うAIへの変化は、ぜひご理解をいただきたいところです。その上で今日は簡単にキャリアのお話もできればということで、これからのヒューマンスキルみたいなお話をさせていただきたいなと思っております。 こういった定義の仕方は、見たことがある方も多いかもしれませんが、今、生成AIを使うと、本当にさまざまなことができるようになっています。 どういうことかと言うと、人間のスキルをソフトスキル、ハードスキル、メタスキルに1回分解してみるとしましょう。ソフトスキルとして挙げられるのは、やっぱり人間性に近い対人関係などのスキルですよね。 どうしても型化をすることができず、何かの学習サービスで学習することが難しいものになります。ちょっとアートな側面があり、形式化されていない。だからこそAIなどの技術で代替しづらい、そして学習しづらいのが、このソフトス
私のCSSはこのままでいいのだろうか、他の人はどのように取り組んでいるのか、CSSのスキルアップを考えているWeb制作者・デベロッパーに、ぜひ手に取ってほしい一冊を紹介します。 本書ではCSSのさまざまな設計手法を解説するだけでなく、最適解となるコードに至るまでの思考プロセスも非常に詳しく解説されています。デベロッパーの頭の中で考えていることが言語化されており、自分のCSSを見直したい人、より効率的なCSS開発を探究している人にお勧めです。 本書は、CSSの中・上級者向けの内容をていねいに詳しく解説したものです。初心者向けのブログやお店ページの例などは一切なく、モジュールベースのコンポーネントやレイアウトが主体で、プロジェクトレベルのCSS設計について解説されています。
リンク 「“特定”が得意な人」 「“特定”が得意な人」 - ねほりんぱほりん モグラになった山里亮太とＹＯＵが顔出しＮＧのゲストからねほりはほりする人形劇赤裸々トークショー。今回のゲストは「“特定”が得意な人」。 有名人の自宅を突き止めたい！同級生の裏アカを見つけ出したい！本人にバレないようにＳＮＳのアカウントを発見したい！そのためにネットやＳＮＳで情報を集めて目的を果たす…。今回のゲストは、そんな“特定”と呼ばれる行為をする人。どうやって特定するの？特定した情報は何に使うの？特定されないために気をつけるべきことは？自分の情報が見知らぬ誰かに握られているかもしれない…その危うさと防 63 NHK ねほりんぱほりん @nhk_nehorin 【今夜は新作！】 「”特定”が得意な人」 何気なくSNSにアップした写真からあれやこれやと暴かれる… みなさんは、自分が知らぬ間に誰かに何かバレてたこと
ろん @rarirureronxxx え？え？待って？ エンジニアの人って会社行くのにスーツ着ないの？？？？？？？ んじゃ会社の帰りデートするのスーツじゃないの？？？？？ スーツの２割増効果使わずに私服で勝負するの？？？？？？？ え？？？？？まじ？？？？？？？？？？ まさか改札でTシャツ姿で待ってるなんてことないよね？？？
みなさんこんにちは。電通国際情報サービス(ISID) 金融ソリューション事業部の水野です。 これは電通国際情報サービス Advent Calendar 2022の16日目の記事です。 今回は、ISID金融事業部で運用しているスキルマップについてご紹介します。 テックリードとは 実は、ISIDの少なくとも金融事業部にテックリードと言うポジションはありません。 実在するのはチーフアーキテクトと言う職種のみで、各プロジェクトでリードエンジニアやテックリードという仮想的なロールがあるのが実態です。 一時期はフルスタックエンジニアと呼んでいる時期もありましたが、近年このワーディングが好まれない印象なので、大々的に使っていません。 主観ですが、フルスタックエンジニアはインフラ知識／運用系の知識のウェイトが高いエンジニアで、テックリードはソフトウェアアーキテクチャ、Webアプリケーション実装技術寄りのエ
レバレジーズを退職します／人材紹介の最前線で見えたITエンジニアとして長く生き続けるための傾向と対策｜久松剛／IT百物語の蒐集家
本日8月26日、レバレジーズ最終出社でした（8月末退職）。レバレジーズではメディアシステム部部長としてエンジニアリングマネージメントを中心に担当した他、レバテック技術顧問としてエージェントの専門性向上などを担い、ITエンジニアのキャリアについて接したり深く考える機会が多くありました。写真は最初の勤務地のヒカリエと、現在のスクランブルスクエアです。 退職理由などについてはここ数年情シスの長としてレピュテーションリスクの観点から監視する側だったので特に書きませんが、代わりに私が採用時・入社後に示してきたITエンジニアとして長く生き続けるためのポイントについてここに記します。つまりは「指名されるエンジニア」になるために必要な事柄です。IT業界に出入りして20年。数多のプレイヤーの栄枯盛衰を見てのお話です。この観察結果からまとめた内容になります。 最も恐れなければならないのは忘却されること 以前に
子供を「予告」で寝かせる技術が、我々大人にも使えるスキルだった件
育児漫画で紹介されていた子供を寝かせる技が、実は我々大人が「仕事や遊びを予定通りに終わらせる」ためにも使えるんじゃないか、と思ってツイートした内容をまとめました。
質問者の情報年齢：３５歳（女） 結婚願望：皆無 実家：細い 両親：今は元気 簡易職歴：研究室に馴染めず大学中退 → ニート → 地方公務員 経験した業務内容：「経理系の事務」と「土木系の工事発注」を行ったり来たり 辞めたい理由①残業：毎月８０時間程度（土日出勤込みの総時間数） ②残業代未払い：８０時間残業のうち支払われているのは４０時間程度。 ③２年おきの配置換え：最初の半年は必死にローカルルールに適応、次の１年で担当業務大体把握、残り半年で状況まとめ切れずグダグダの引き継ぎ。これを全員が繰り返すので色んな仕事がグダグダ。 ④専門能力の身につかなさ：事務手続きと現状の把握で精一杯で専門的に掘り下げる時間がない。困ったらいつも民間企業に丸投げ。 ⑤仕事の効率の悪さ：ハンコ主義。低スペックPC。FAX現役。電話現役。メール文化なし。チャット文化なし。前例踏襲に拘るくせに部署ごとにコロコロ変わる
チームでどうやって活躍するか、まだイメージがついてない、振られた仕事をやっているだけで、仕事をしている間は忙しいけど、確認待ちになるとすぐ暇になってしまう、というメンバーの悩みを聞いていた。 巨大なチーム、巨大なプロダクトだと、すぐに全容を把握するのは難しい。その中で、この範囲なら触れています、任せてください、という庭を作るとよいのでは、という話をした。 思いつきで話したわりには意外といいことを言ってるなと思ったので掘り下げて書いてみます。 庭とは 現代では、庭のある家に住んでる人は少ないかもしれない。うちは実家が田舎だったので庭があって、ボールを蹴って回ったり、石をめくってアリを観察したり、隣の家の庭との境界もゆるくて、冒険と言って隣の家の庭で遊んだりしていた。 大人になってからの庭というと、池袋で遊んでた人が「池袋は俺の庭」と言ったり、JR新宿駅の東口を出たら椎名林檎の庭があることが知
人を雇いたいときに「大学を出てる人」を対象にすると50%が脱落し「パソコン使える人」とすると更に60%くらい脱落する「この感覚を覚えておいて」
伊藤 祐策(パソコンの大先生) @ito_yusaku 「人を雇います。大学出てる人～」 これで成人人口の50%が脱落します。この感覚は覚えておきましょう。 「パソコン使える人～」 今度はなんと60%くらい脱落します。特定のソフトの利用経験まで含めるともっと減ります。この感覚も覚えておいてください。
岸田首相が、自民党の参議院議員大家さんの代表質問に乗っちゃって、炎上していました。 「育休中のリスキリング」発言 野党が岸田首相を批判: 日本経済新聞 自民党の大家敏志氏は27日の参院本会議の代表質問で「産休・育休中のリスキリングでスキルを身につけたり学位を取ったりする人を支援できれば、キャリアアップが可能になることも考えられる」と主張した。 首相はこれに「育児中など様々な状況にあっても主体的に学び直しに取り組む人々をしっかりと後押ししていく」と答えた。 岸田首相は自分のところの代表質問に、いつでも政府がリスキリング支援をするというざっくりとした話で返しただけなので、代表質問をした大家さんが非難されるのは分かるけど、岸田さんはとばっちりだなというのが個人の感想です。 今日は、フルタイム管理職で年収2千万円、スプラを毎日プレイしつつ、複数人の子どもの育児をして、ここ2年でデジタル領域である情
マネジャーをやっていると、1on1でいろいろな困りごとを相談されたり、雰囲気を感じ取ったりで、部下が困っていることがよく見える。その時「頑張ってマネジャーの自分が解決しないと！」と思い、全部自分で解決してしまうことがある。しかしこのようなやり方は正直デメリットが多く、やめたほうが良いと考えている。 これを続けていると、例えば 部下が問題はマネジャーが解決してくれるものと思いすぎてしまう可能性がある。するとこの仕事はマネジャー、この仕事はエンジニアと過度にカテゴリー分けがなされることがある 部下の問題解決能力、相談能力などの向上機会を奪ってしまう 細かい問題を解決しているだけで時間がなくなってしまう 結果的にスケールもせず、解決に取り組めない問題が増えていく 本当に解決すべき重大なチーム課題に取り組む時間がなくなる などといったことが起こりうる。こうなると実際には自分が色々問題を解決できてい
久下玄 @kugehajime Designer, Engineer, Strategist/ CEO at tsug / Product Strategist at Coiney,inc / hey,inc / アプリからロボットや空間まで、事業から組織まで、全領域でデザインするのが仕事です。 最近やりたいのはSF映画の中のプロダクトデザインです。 https://t.co/SFkehPTFHX 久下玄 @kugehajime 「美大出てないんですけどデザイナーになれますか」という話題がある。結論から言うとなれる。 ただ美大卒（厳密には実技入学）じゃないとかなり獲得しにくい技術があり、それが、マクロとミクロの視点を行き来しつつ、破綻なく事象の全体像やディティールを客観的にまとめ上げるスキル、デッサン力。 2021-12-05 09:56:29 久下玄 @kugehajime デッサン力は
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
API設計スキルを次のレベルに引き上げるベストプラクティス22選 - Qiita
ドキュメント作成スキル向上を目指す人向けおすすめ記事まとめ - Qiita
Qiitaの質問に答えまくって気付いた初心者に足りないバグ解決スキル - Qiita
デザインスキルを上げるならこれを読むべし！基本の人間工学記事 3選｜東芝 UIデザイン
元国立国会図書館司書が教える「調べものが速い人と遅い人」ちょっとした行動の差
無料で学ぶ『達人に学ぶSQL徹底指南書 第1版』 - Qiita
"なんでも屋"になると損をする、なんてない。｜マライ・メントライン
「スタートアップだからテストを書かない」は正しいか - An Epicurean
「AIをどう習得したのか教えて」と大募集し、技術者から集まった記事49本を紹介
エンジニア採用シーンが高騰しすぎている件について｜久松剛／IT百物語の蒐集家
シニアなエンジニアの振る舞いとリーダーシップについて - Qiita
現役ゲームデザイナーがレベルの意味について解説する
プログラミングスクール通うくらいならチートスキル身につけたほうが百億倍楽やぞ｜erukiti
100万件ぐらいのレコードを扱ったらOOMEが出た話。 - 谷本 心 in せろ部屋
学生にはプログラミングや動画編集が人気だけど、Excelこそが真の神スキルなんじゃないか→理由が色々とある
脳をハックして乗り切ろう 人間の脳というか感情は意外に厳密な判断をしな..
リモート開発を助ける「思いやりのある文章」の書き方 - ROUTE06 Tech Blog
『良いコード/悪いコードで学ぶ設計入門 』を出版します｜ミノ駆動
Bashを学べる全20回の入門動画 MicrosoftがYouTubeで無料公開
“自分には大したスキルがない”と思い込んでいる人が見落としているもの 気づかぬうちに培った「マネタイズできる資産」の見つけ方
40代〜60代がAIを使いこなした時のインパクトは半端ない AIの専門家が語る、マネジメント経験を持つ人の優位性
他のCSS本とはかなり異なる！現在、主流の実装・設計方法が徹底解説された良書 -CSS設計完全ガイド
思ってたんと違う方向で視聴者戦慄…SNS特定スキルで意中の彼を射止めた"特定"が得意な人 #ねほりんぱほりん
え？待って？エンジニアの人って会社行くのにスーツ着ないの？スーツの２割増効果使わずに私服で勝負するの？
エンジニアのスキルマップ・テックリードへの途 - 電通総研 テックブログ
公務員辞めようか本気で悩んでるんだけど、転職失敗したら詰みそう 追記10/19
チーム開発で活躍するために、自分の庭を作れると良い - hitode909の日記
産休育休 × リスキリング × 日本型雇用システム ＝ 混ぜるな危険！ - 斗比主閲子の姑日記
部下の困りごとをマネジャーが解決しすぎない方が良い - $shibayu36->blog;
絵描き必見「美大出てないんですけどデザイナーになれますか」→「なれるけど、美大じゃないと獲得しにくい技術がある」
sora888j.hatenablog.com
www.asahi.com
www.city.munakata.lg.jp
www.tokyo-np.co.jp
www.minpo.jp
search.app