並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 376件

新着順 人気順

読了。ストックの検索結果1 - 40 件 / 376件

読了。ストックに関するエントリは376件あります。 仕事考え方エンジニア などが関連タグです。 人気エントリには 『英語ミーティングを乗り切るために身につけたバッドノウハウ - knqyf263's blog』などがあります。
  • 英語ミーティングを乗り切るために身につけたバッドノウハウ - knqyf263's blog

    周りを見ていると何の苦もなく英語社会に適応しているわけですが、日々苦しんでいる人の奮闘記があっても良いのではないかと思って書きました。残念なエピソードを晒すことで実は自分もこうやって乗り切ってましたという人が現れお互いに助け合えることを期待しています。 概要 前提 バッドノウハウ 質問編 聞き取れなかった時にSorry?と聞き直さない 聞こえたところまで繰り返す 可能性のある質問全てに答える Do you mean ~ ? で可能性を潰していく うかつにYES/NOで答えない 他人に振ってみる 良い質問ですねぇを使う 何か言いそうな雰囲気を出して時間を稼ぐ 発言編 How are you?を速攻でキメる Can you hear me? Can you see my screen? に率先して答える How are you?にHow are you?で返す 発表編 話し続ける 質問が出ない

      英語ミーティングを乗り切るために身につけたバッドノウハウ - knqyf263's blog
    • プログラマの心の健康

      目次 はじめに 情報不安について 人の話を聞くこと 寝てから考えよう わ・ざ・と、ゆ・っ・く・り・、や・っ・て・み・よ・う ロビンソン式悩み解決法 驚き、最小の法則 むしょうに腹が立つあいつのこと あなたは、そのままでいいんです はじめからやり直したい症候群 人から信頼されるためにはどうしたらよいか トラブルがチャンス あなたはひとりではありません あなたのための聖書の言葉 ぜひ、感想をお送りください リンク集 更新履歴 はじめに 私はプログラマです。 プログラムを書いて生活の糧を得ています。 プログラマというのは精神的にも肉体的にも過酷な仕事だと思われています。 夜遅くまでディスプレイに向かい、 キーボードを叩き、ジャンクフードを食べながらバグをとる…そんな職業だと思われています。 確かにそういうところもありますが、プログラマも人間です。 不健康な生活を長いこと続けることはできません。

      • ITエンジニア採用入門

        今、IT関連の技術は様々な企業の競争力の源泉です。一方で、実際に企業が必要とするよりもITエンジニアの数は少ないため、採用競争は激化するばかりです。そこで、元ウェブエンジニアでITエンジニアの採用担当を経験した私の視点で、ITエンジニア採用に関する情報をまとめることにしました。 なお、ここでいうITエンジニアはアプリケーションエンジニア、インフラエンジニア、機械学習エンジニア、QAエンジニアなどIT関連エンジニア全般を指します。 # 更新情報 * 2022/05/17 - 公開 * 2022/05/17 - 中途採用前提であることを Chapter 1 に追記 * 2022/05/18 - 誤字の修正 Chapter 15 「行進」 -> 「更新」 ※はてなブックマークでの指摘ありがとうございます * 2022/05/19 - 活用事例の Chapter を追加 * 2022/05/20

          ITエンジニア採用入門
        • 仕事が早い人は、思考と作業を分けている|三宅孝之

          僕が社内でずっと言い続けていることがあります。 それは「思考と作業は分けましょう」ということです。 よく、プレゼン資料を作るためパワーポイントを開いてフリーズしている人がいます。もしくは、文章を書くためワードを開いてフリーズしている人もいます。それは「思考と作業を同時にやろうとしている」からです。 ではなぜ、思考と作業を同時にやると効率が悪くなるのか? それは「脳サボっちゃう問題」が起こるからだと思っています。 脳というのは考えることをめんどくさがるもの。作業をやりながら思考しようとしても、脳は作業のほうにリソースを使ってしまい、思考のほうになかなか行かないのです。 パワーポイントで図を作成しているときや、ワードで文章を打ち込んでいるときは、「思考」しているように思えますが、実は脳の多くが「作業」に使われている、ということも少なくありません。 だから、なるべく脳を作業から解放してあげること

            仕事が早い人は、思考と作業を分けている|三宅孝之
          • 「時間がない」症候群、その傾向と対策

            2022.05.21 Scrum Fest Niigata 2022 Main Hall 10:00-10:45 Proposal https://confengine.com/conferences/scrum-fest-niigata-2022/proposal/16425

              「時間がない」症候群、その傾向と対策
            • ChatGPTに要件定義をお願いしたらハンパなかった | DevelopersIO

              架空の営業管理システムを作ってもらう前提で、ChatGPTに要件定義をお願いしてみました。 実験として軽く試すレベルで始めてみたのですが、予想を超えるクオリティでしたので、一部始終を皆様にもご紹介します。 ChatGPTとのやりとり まず、ざっくりと必要な機能の洗い出しをお願いしてみました。 あっという間に必要な機能を網羅的にリストアップしてくれまた。私自身、SFA/CRMをいくつか触った経験がありますが、適切な内容だと思います。 中には、「データのインポート・エクスポート機能」のように、検討初期段階ではつい忘れそうな機能も含まれています。さらに頼んでもいないのにオススメの検討プロセスまで教えてくれました。気が利いてます。 機能ベースだと要件の妥当性が判断しにくく思ったので、画面ベースで要件定義してもらことにしました。 「図で教えて」とできないことをお願いしたところ、やんわり断りつつ、意図

                ChatGPTに要件定義をお願いしたらハンパなかった | DevelopersIO
              • 私が教わった「相手の話をうまく整理する技術」とは。

                「相談があるのだけど……」と知人友人から持ち掛けられて、親切心から「アドバイス」をしてあげた。 でも、全く相手に響かず、「なんで言うとおりにやらないの」と、逆に相手を責めてしまい、何の解決にもならなかった。 そんな経験のある人はいないでしょうか。 私は死ぬほどあります。 そんな失敗から、徐々に私は「人からの相談」について、考えを改めざるを得ませんでした。 実際、「アドバイスの欲しい人」は本当に少ないのです。 多くの人が求めているのは、「黙って話を聞いてくれる人」であって、あれこれと改善案を考えてくれる人ではありません。 しかも、もっと悪いことに親切心からの「改善策」「アドバイス」はむしろ、「なんでこんなこともやってないの?」という批判だと受け止める相談者も少なくありません。 「◯◯してください」や「◯◯すべきです」といった直接表現はまず、誤解されて伝わるのです。 そして、非難されている、と

                  私が教わった「相手の話をうまく整理する技術」とは。
                • 207で1年間磨き続けた1on1のフォーマットを公開します|207株式会社

                  いつでもどこでもモノがトドク、世界的な物流ネットワークを創りたい、207株式会社のイナバです。 207の1on1、めっちゃ良いんです!! 先日の忘年会で業務委託の方に「207に所属していて良いところは何か?」とお聞きして「1on1、めっちゃ科学されていて良いですよね」という話題に上がるくらいには良いです! 私自身、業務委託で色んな会社を見ているのですが、たしかに207の1on1は凝っていると思います。 という事で、本記事では「どんな質問を」「どんな意図で」しているのかを代表にインタビューしてきたのでまとめていきます。 1on1をやる目的 そもそも1on1を実施してよかった点ですが、たくさんのメリットの中でも特に、 - 認識のズレをなくす - 信頼関係を構築する - アラートの早期検出 みたいな効果を享受できています。それぞれ、どういう意味かをご説明していきます。 認識のズレをなくす 業務上

                    207で1年間磨き続けた1on1のフォーマットを公開します|207株式会社
                  • 「勝手に学ぶ人」と「期待されて学ぶ人」の差が埋められない|柴田史郎

                    ここ1年ぐらい感じていた「学びに関する格差」の話を書く。 最初にまとめ・勝手に学ぶ人は、自分の周囲にある「学びに使えそうな仕事」を探して自分の仕事にすることを繰り返す ・期待されて学ぶ人は、上司とかの期待に応えて新しいことを学ぶ ・「勝手に学ぶ人のスピード」>「期待されて学ぶ人のスピード」なので、格差が開いていく ・「早く行きたければ一人で行け、遠くへ行きたければみんなで行け」が実現できない ・勝手に学ぶ人を止める理由も見つからない ・困ったなあ(解決策わからない) では詳細を書いていく。 勝手に学ぶ人:自分の周辺にある「誰も手をつけてない仕事」を発見し、自分の学びに利用するそれぞれが自分の担当範囲の仕事をしているとする。 それぞれが自分の担当範囲の仕事をしている勝手に学ぶ人は、「誰も手をつけてない」かつ「自分の学びになりそうな」仕事を自ら発見して、自分の仕事として取り組む。 勝手に学ぶ人

                      「勝手に学ぶ人」と「期待されて学ぶ人」の差が埋められない|柴田史郎
                    • 【雑感】絶対覚えて!案件アサイン前情報収集の鉄板のやり方!|外資系うさぎのちょこさん

                      どうも、外資系うさぎのちょこさんです。 気がつけばもう2023年が始まってしまってますね。 一年の計は元旦にあり、ということで正月早々とても有益なnoteを書いて徳を積むところから今年をスタートすることにしましょう。 年末年始に限らず、それなりにまとまった時間を使えるタイミングってインプットにもアウトプットにもとても良いですからね。 せっかくなのでフォロワッサン各位も何かアウトプットしてみるとよいんじゃないでしょうか。 というわけで、新年早々のアウトプットにおすすめな、土地勘の無い業界/テーマのプロジェクトにアサインされた場合の最低限の情報収集を手早くこなすにはどうするのがよいかってnoteをお届けします。 これは再現性のあるやり方なので、このnoteを見ながら同じような流れで情報収集して自分なりの見解なんかをまとめてみたりすると良いセルフトレーニングになるはずです。 これは有益な情報なの

                        【雑感】絶対覚えて!案件アサイン前情報収集の鉄板のやり方!|外資系うさぎのちょこさん
                      • 総務省、きょうから「社会人のためのデータサイエンス入門」を無料開講 | Ledge.ai

                        サインインした状態で「いいね」を押すと、マイページの 「いいね履歴」に一覧として保存されていくので、 再度読みたくなった時や、あとでじっくり読みたいときに便利です。

                          総務省、きょうから「社会人のためのデータサイエンス入門」を無料開講 | Ledge.ai
                        • 文才の有無に関係なく、誰でもそれなりに整った文章を書くコツ|村井 弦|文藝春秋

                          文章の書き方に正解はない。 ただ、ちょっとした「コツ」みたいなものはあると思う。 僕は会社に入ってから9年間、「週刊文春」と「文藝春秋」の編集部で、文章に携わる仕事をしてきた。 たかだが10年足らずの経歴で何を偉そうに、と思われる方もいるかもしれないが、最近になってようやく、「文章を書くコツみたいなものがあるのではないか?」ということに気がつき始めた。 もちろん一流作家のような芸術的で天才的な文章を書くコツではない。文才の有無は関係なく、誰でもそれなりに整った文章を書くためのコツだ。 noteをやっている人の中には「何かを書きたい、でもどうやったら書けるだろう」と思っている人がいると思う。また、「書きたいんだけど、素人の書いた文章みたいに読まれたら恥ずかしいな」と思って、躊躇している人もいるかもしれない。 さらに、「周りから『何でもいいからとりあえず書いてみたらいい』と勧められるんだけど、

                            文才の有無に関係なく、誰でもそれなりに整った文章を書くコツ|村井 弦|文藝春秋
                          • 本当に理解できる勉強法「ファインマンテクニック」が効果的。やっぱり丸暗記は無意味だった - STUDY HACKER(スタディーハッカー)|社会人の勉強法&英語学習

                            「これまで、試験だけなら丸暗記すればクリアできた。でもいまとなっては、覚えたはずの知識が全然思い出せない……」 「せっかく勉強するんだから、少しでも身になる勉強をしたい……」 このような悩みがあるあなたに、丸暗記に頼らない、確実に知識が身につく覚え方をご紹介します。「ファインマンテクニック」で、本当に理解できることの喜びを実感しましょう! 丸暗記に意味がない理由 勉強するうえで避けられないのが、新しい知識を覚えること。学生の頃勉強が間に合わず、試験前夜に用語や公式を機械的に頭に詰め込んだことがある人は多いでしょう。ですが、丸暗記で覚えた知識はとても忘れやすいもの。試験が終わって少し経ったら、頭に入れたはずの知識がすっかり消えていた……という経験、ありますよね? そのことを実際に示した実験結果があります。脳研究の第一人者・柿木隆介氏によると、ドイツの心理学者ヘルマン・エビングハウス氏が、被験

                              本当に理解できる勉強法「ファインマンテクニック」が効果的。やっぱり丸暗記は無意味だった - STUDY HACKER(スタディーハッカー)|社会人の勉強法&英語学習
                            • 伝わる文章 | 基本要素 | SmartHR Design System

                              相手に誠実に、わかりやすい文章を書くための心がけをまとめました。 どういう思考プロセスからどんな表現が生まれるのか、参考として実例を紹介しています。実際に読み比べ、SmartHRの従業員として何かを伝えようとするときの、参考にしてください。 伝わる文章のガイドライン何を伝えるかによって、必要な情報の量や説明の粒度は異なります。 情報が不足していたり、逆に情報が多すぎたりすると、読者が意図を読み取れないことがあります。 読み手となる相手の状況(読む場面、事前知識など)を踏まえ、言葉にする内容や表現を厳選することが大切です。 目的に合わせて情報を取捨選択する読者の目線に立ち、コンテンツの目的に合わせて情報を取捨選択しましょう。 実例1:法律や業務に関わる記事目的業務に関係する「厚生年金保険」について正確に知りたいと思っている人に、わかりやすく内容を伝える。 Before日本の年金制度は、全国民

                                伝わる文章 | 基本要素 | SmartHR Design System
                              • 人事制度ハンドブック - kaneda blog

                                2022年5月6日 人事制度 人事制度ハンドブック 22年1月から開始したブログ。 人事制度の設計・運用に関する記事のまとめです。 今後、人事制度を設計する際のハンドブックとして、随時更新していきます。 ■書籍:スタートアップのための人事制度の作り方 ■ブログ本体:https://kaneda3.com/ Pickup スタートアップにおける組織づくりの鉄則 今年、何パーセント昇給しましたか?(昇給率の話) 「売上が上がらないことよりも、人が辞める方がつらい」という本音 人事制度を使って、入社時に「期待」を伝える方法 等級の中に「サブグレード」をつくってはいけない 等級制度と評価制度の違い 降格・降給は、「カルチャー」である 【スライド公開】スタートアップにおける等級別の報酬レンジ 報酬水準に関する公開資料_ver5.0 昇格に、メリットはあるのか? 急成長できるスタートアップの組織文化と

                                  人事制度ハンドブック - kaneda blog
                                • 高単価のフリーランス案件で仕事するときに意識していたこと|Katsuma Narisawa

                                  フリーランスのWebエンジニアとして仕事をする上で、いつも気をつけていたことをつらつらと書いてみます。 フリーランスやっている人、興味ある人の参考になれば。 ※情報商材みたいなタイトルになったけど中身は真面目(多分) ※(一行だけ宣伝)今はSALESCOREでCTOやってます!積極採用中です!自分に興味もっていただけた方、お気軽にご連絡ください! 自分についての情報フリーランスのWebエンジニアを2年半 当時はRails, Vue.js, Reactがメイン(2018-2020) 情報系の大学院 → メガベンチャー2年 → スタートアップ2年からの独立 今はSALESCOREのCTO 単価は相場の最高額くらい お金の話あんまりしたくないが、みんな興味あると思うので一応 一度お世話になったFindy Freelanceさんの募集を数年ウォッチして、自分がFindyさんで受けた案件が頭を抜けて

                                    高単価のフリーランス案件で仕事するときに意識していたこと|Katsuma Narisawa
                                  • 「強いエンジニアは結局休日に勉強してるじゃん」って思うけど - spice picks

                                    これまで何人も強いエンジニアと出会って、 「なんで自分はあの人と比べて何もできないんだ・・・。」と何度落ち込んだことか。 ただ、最近強いエンジニアの仕組みを理解してから落ち込むことは無くなった。 それについて書いていく。 (強いエンジニア達本人に聞いたわけではなく、観察してえられた個人の見解です) 気づき:強いエンジニアを見て落ち込む要因は2つありそう 1つは今の知識や技術力の差。 書くコードの違いだったり、成果物ができるまでの時間に差がありすぎたり、PRレビューで自分が思いもしなかったウルトラ解決策を何度も提示されて、自分の実力の無さを感じて落ち込む。 もう1つは新しいことを学ぶときの時間の差。 お互い知らない技術だったはずが、いつの間にか強いエンジニアはその技術に習熟(しているように見える)して、自分は理解不足で取り残されているという状況が発生しがち。 この時、自分には才能がないのかと

                                      「強いエンジニアは結局休日に勉強してるじゃん」って思うけど - spice picks
                                    • わずか数年で400億円も売り上げを伸ばしたカインズ ホームセンターのDXで、まず「顧客戦略」に着手した理由

                                      多くの企業がデジタル戦略を進める中で、「IT=外部委託」から、「デジタル組織の内製化」へと舵を切り始めています。しかし、内製化の実現には投資計画や組織づくり・文化づくり、経営層と現場の意識改革、採用・育成など、あらゆる領域の変革が必要です。株式会社メンバーズ主催のセミナー「カインズを支えるデジタル内製化組織の作り方」では、200名以上のデジタル部隊を内製化したカインズの先進的な取り組みを紹介します。開発からマーケティングまで行うデジタル組織の立ち上げから今後の戦略まで、立役者である同社CDOの池照直樹氏が語りました。本記事では、いきなりデジタルを推進する前に、最初に実施した「顧客戦略」について解説します。 ・2記事目はこちら ・3記事目目はこちら 企業のデジタルシフトが進む中で注目される「内製化」 西澤直樹氏(以下、西澤):みなさん、こんにちは。株式会社メンバーズの西澤と申します。本

                                        わずか数年で400億円も売り上げを伸ばしたカインズ ホームセンターのDXで、まず「顧客戦略」に着手した理由
                                      • エンジニアリングマネージャ/プロダクトマネージャのための知識体系と読書ガイド - Qiita

                                        本記事は、Engineering Manager Advent Calenderの1日目です。 はじめに エンジニアリングマネージャ(EM)と呼ばれる職務を設置する企業が増えてきました。 私たちの主催したイベントEOF2019でも700名近い方に参加していだき、また多くの方にご協力いただき成功裏に終わることができました。 EM Meetup/EM.FMなどのムーブメントの中心の一翼を担わせていただき、その高まりを感じる一方で不安も感じます。このエンジニアリングマネージャという職務は非常に多岐にわたるケースが存在していますし、必要だとされるスキルもまちまちです。そして、多くの場合、その企業のステージや状況ごとに求めるものは違います。また、求めていることを明文化することすらされていないケースも存在します。 このことから、エンジニアリングマネージメント自体が一時的な潮流として消費され、消えていっ

                                          エンジニアリングマネージャ/プロダクトマネージャのための知識体系と読書ガイド - Qiita
                                        • 未経験者がプログラミングを学びたいと思った時に最初に読む記事

                                          ここ数年プログラミングを学びたい人が増えている。そうした需要に応じて有象無象のプログラミングスクールや不適当な内容の学習サイトも増えている。中には粗悪なスクールやオンラインサロンも沢山ある。しかし未経験者にはどれがいいスクールなのか悪いスクールなのか等の審美眼はない。 この記事では未経験者がそういった情報弱者を食い物にする偽物に騙されないように滑らかに学習を進めていくための道筋について書く。 この記事の対象読者は下記。 教養としてプログラミングを学びたい未経験者 とにかくWebサービスやアプリを作りたくてプログラミングを学びたい未経験者 プログラマとして職を得たい未経験者 以下、まずは全ての対象読者向けの下準備について書き、その後それぞれの対象読者向けに道筋を書く。 目次 準備 教養としてプログラミングを学びたい人の場合 とにかくwebサービスやアプリを作りたくてプログラミングを学びたい人

                                            未経験者がプログラミングを学びたいと思った時に最初に読む記事
                                          • 機械学習が独学できる日本語Youtube難易度別まとめ - Qiita

                                            こんにちは。 在宅の機会が増えて以来Youtubeを見る機会が増え、機械学習などが勉強できるチャンネルをいくつか探しては見ていました。探した中でよかったと思ったものをメモしていたのですが、せっかくなので公開したいと思います。日本語のソースがあるもののみ対象にしており、『これ無料でいいのか?』と思ったチャンネルを紹介したいと思います。主観で以下のレベルに分けましたがあくまで参考程度にお願いいたします。 基本:Pythonを触ってみた人 Pythonの説明・動かし方などを解説していて、動画によっては踏み込んだ内容になる 応用:アルゴリズムを使いこなしたい人 「model.fit(X, y)して動かしてみた」よりも踏みこみ、Python自体の説明は少ない 発展:研究開発もしたい人 最新の手法の仕組みの理解などが主眼であり、Pythonの解説はほぼ無い もしおすすめのチャンネルございましたらぜひコ

                                              機械学習が独学できる日本語Youtube難易度別まとめ - Qiita
                                            • 30代後半になって初めて発信活動を始めたら人生が変わった話 - Qiita

                                              はじめに 2年半前の私は、IT系の会社に勤めている30代後半の平凡なサラリーマンでした。 その時点では、社外での発表経験なし、社外での勉強会の参加経験なし、技術記事の投稿経験なしでした。 そんな私が発信活動を始めたことで人生が変わりました。 今は凄く楽しいエンジニアライフになり、以下のような事が起きました。 複数のITエンジニア向けコミュニティに所属して楽しく交流 「Serverless LT初心者向け」というコミュニティを立ち上げて運営 Developers Summit 2020 KANSAI でベストスピーカー賞1位を受賞 ITエンジニア向けの月刊誌「Software Design」で連載記事を執筆 すべては発信活動を始めた事がきっかけでした。 発信活動を始めると素敵な事がいっぱいあると知ってもらう事で、発信活動を始めるきっかけになれば幸いです。 (長いので要点を知りたい人は太字のみ

                                                30代後半になって初めて発信活動を始めたら人生が変わった話 - Qiita
                                              • 「結果が出ない焦り」と向き合う方法|柴田史郎

                                                柴田(@4bata)です。連休なので、適用範囲は広いけどすぐに役立たないことを調べつつ、自分なりに言語化します。 やりたいこと「一定の経験や学習量を超えるまでは全く答えが見えず、ある日突然答えが見える経験」の言語化2019年の10月に、今働いている会社で管理部門全般の責任者になることが事実上決まった。2021年の5月現在、「やっと、担当範囲の全体像がつかめてきたぞ、あと少しで、施策の優先順位等をつけられるな」という手応えを感じている。ここまで1.5年。この前にやっていた人事職でも、2年ぐらい同じように試行錯誤をしていた期間があったので、個人的には焦りはなかった。ただ周囲を見渡してみると、「2年ぐらいは結果でないけどやってみるかー」というスタンスで仕事に取り組める人ばかりではない。なので、言語化してみたい。 よくある「努力と結果は比例しない」の説明。これも現実とは違う。よくある説明図。頑張っ

                                                  「結果が出ない焦り」と向き合う方法|柴田史郎
                                                • 「成果を出せば評価される」という考えが不幸の始まり 人事評価制度に不満の声が出る、必然の理由

                                                  人気シリーズ『図解 人材マネジメント入門』や『図解 組織開発入門』の著者であり、企業の人材マネジメントを支援する株式会社壺中天の坪谷邦生氏が、MBO(目標管理)をテーマとした新刊の発行にあたり、各界のエキスパートと対談を行います。第3回の後編は『最高の結果を出すKPIマネジメント』の著者である中尾隆一郎氏と、人事評価制度に不満が出やすい理由や、ハイパフォーマーを育てるマネジメント手法について語りました。 「成果を出せば評価される」という考えが不幸の始まり 坪谷邦生氏(以下、坪谷):私はもともと人事制度のコンサルタントなので、KPIマネジメントと評価・報酬との紐づけが気になるんです。メールで「密結合ではなく、疎結合にしたほうがうまくいく」と教えていただいたのですが、もう少し詳しく聞かせていただけますか? 中尾隆一郎氏(以下、中尾):普通の人は、成果を出したら評価をされて、給料が上がって、昇進

                                                    「成果を出せば評価される」という考えが不幸の始まり 人事評価制度に不満の声が出る、必然の理由
                                                  • 10年弱エンジニアをやってきてわかった、あなたの開発効率を倍にしてくれるツール37選|苦しんでプログラミングを学んだ柴犬(くるしば)

                                                    ※こちらの記事がはてブの総合人気エントリ、noteの「先週もっとも多くよまれた記事」「先週もっともスキされた記事」に入りました! こんにちは。 苦しんでプログラミングを学んだ柴犬こと、くるしばです。 元々コンサルタントの仕事をしていましたが、独学でプログラミングを学習し、Webサービスを作って起業しました。 その後個人で開発したサービスを売却したり、また別のIT系の会社を創業したりしています。 今年の8月から下記のTwitterにてプログラミング学習に関して発信し始め、ありがたいことに6000人以上の方々にフォローして頂きました。 プログラミング初心者に絶対覚えてほしい、ググる時の効率が10倍上がるコツ pic.twitter.com/hK1ZhNavwh — 苦しんでプログラミングを学んだ柴犬(くるしば) (@shiba_program) September 13, 2022

                                                      10年弱エンジニアをやってきてわかった、あなたの開発効率を倍にしてくれるツール37選|苦しんでプログラミングを学んだ柴犬(くるしば)
                                                    • Obsidianは最高のマークダウン『メモ』アプリである

                                                      僕は今までマークダウンエディタを資料作成ツールとして使ってきました。見出しやリスト、表を簡単に記述でき、それをCSSで整形して表示できるマークダウン記法は、ブログの下書きや業務で使うPDFなど、「他人に見せるための資料を作る」という役目にピッタリです。 逆に言えば、個人的なメモには向いていないと思っていました。 その固定概念をぶち壊したのがObsidian(オブシディアン)です。今回はマークダウン『メモ』アプリとして無くてはならない存在となったObsidianの特徴と、一般的なマークダウンエディタとの使い分けについてお話ししたいと思います。

                                                        Obsidianは最高のマークダウン『メモ』アプリである
                                                      • 大学教員8年目やってるとワナビーとモノづくり好きの区別がつくようになってくる→「へえ,〇〇がやりたくて大学に入ってきたんだ,でなんで今まではやってないの?」(次週)「え,どうして今週できなかったの?」|落合陽一

                                                        大学教員8年目やってるとワナビーとモノづくり好きの区別がつくようになってくる→「へえ,〇〇がやりたくて大学に入ってきたんだ,でなんで今まではやってないの?」(次週)「え,どうして今週できなかったの?」 表題に全てが現れているんだけど,博士とって着任&研究室を独立したての頃(27歳)は,「人間若いうちは誰だって伸びるから大丈夫だ!」と思って研究したり作品作りを応援したりしてたんだけれど,結局人間はあまり変わらず,のべ百人くらいの学生をゼミで触れ合ってきた結論,8年くらい同じこと繰り返して大体わかってきたことをまとめておこうと思う(遅すぎ?). 極めてシンプルな話で,noteに書くよりはtwitterにまとまる程度のことなんだけれど,意外と人の伸びを信じてしまう性善説(どちらかというとお人好し)で環境に恵まれてきた落合陽一(未踏とか)なので人が成長していくところを見たくなってズルズルと期待して

                                                          大学教員8年目やってるとワナビーとモノづくり好きの区別がつくようになってくる→「へえ,〇〇がやりたくて大学に入ってきたんだ,でなんで今まではやってないの?」(次週)「え,どうして今週できなかったの?」|落合陽一
                                                        • 周りのすごい人と比較してしまう時などに良かった思考の整理法を紹介します | DevelopersIO

                                                          「他の人と比べる必要ない」とか言われてもすぐ比較してしまいます。なんですごいと思ったのか?どんなタイプのすごさなのか?と言語化する遊びも結構楽しいですよ(たまにですけど) こんにちは。AWS事業本部コンサルティング部に所属している今泉(@bun76235104)です。 こんなことありませんか? 同僚が優秀で自分と比較して悩んでしまう、ストレスを感じている 常に焦りがあるが、今の自分の頑張りが正しいのかもわからない 急速的な技術の進歩に対して、なんとも表現しがたい不安に襲われる 最近だとChatGPTなどを目の当たりにして、「自分が本当に必要なのか?」と悩んだり 私は頻繁にあります。 実際クラスメソッドに入社した後にも何回も思ったり、周りの人に相談したりということを繰り返しています。 しかし直近半年くらいやり続けて、自分にはとても効果があると感じた思考や悩みの整理術を共有したいと思います。

                                                            周りのすごい人と比較してしまう時などに良かった思考の整理法を紹介します | DevelopersIO
                                                          • 自社開発メガベンチャーをわずか半年で鬱退職した雑魚エンジニアの話|JoanOfArc

                                                            はじめに 当記事を開いてくださりありがとうございます。私は表題の通り、私は一般にメガベンチャーと呼ばれる自社開発企業で機械学習エンジニアとして勤務しはじめてからわずか半年で、鬱を発症し退職することになったものです。この会社は待遇も良く、社風としても労働者思いのとても素晴らしい会社であったと私自身振り返って思います。 そんな会社に運よく入社することができた私ですが、わずか半年で「鬱状態」と心療内科から診断を受け休職し、会社制度により退職することになりました。「え?そんなに素晴らしい環境なのにメンタル弱すぎでは?」と思われる方もいらっしゃることでしょう。返す言葉が全くありません。おっしゃる通りです。 しかし同時に、「何故鬱になったの?」と思われる方もいらっしゃるのではないでしょうか。本記事ではこの点について鬱を発症した本人の目線から「どうしてそんなことが起きてしまったのか」という点について考察

                                                              自社開発メガベンチャーをわずか半年で鬱退職した雑魚エンジニアの話|JoanOfArc
                                                            • VSCodeおすすめ設定大公開!!おすすめ拡張機能も - Qiita

                                                              はじめに 皆さんVisual Studio Code(以下VSCode)使ってますか? 私はメインで使っているのですが、自分なりにしっくりくる設定や拡張機能がある程度揃ってきたので公開しちゃいます。 おすすめ設定だけではなく、おすすめの機能もできる限り紹介したいと思いますので、最後までぜひお付き合いください。 ※プログラミング言語固有の設定の解説は軽めですのでご了承ください。 GIF画像が小さい場合は、クリックして頂けると拡大して表示が可能です デフォルト機能編 Local History機能 Gitは非常に便利なので、皆さん使われていると思います。 Gitはコミット単位で履歴が管理できますが、保存単位で履歴が見れると嬉しいな、保存単位で復元できると嬉しいな、と思うことはないでしょうか。 私はVSCodeは自動保存をオフにして、手動で保存するので、保存単位で履歴が見れると嬉しいなと思うこと

                                                                VSCodeおすすめ設定大公開!!おすすめ拡張機能も - Qiita
                                                              • 市場は「なんかいい感じにしてくれる」エンジニアを求めているのではないか - 毎日がもふもふ

                                                                エンジニア不足、エンジニア不足と言われて久しいですが、日本でのプログラミングスクールの先駆けとも言えるTECH::CAMPさんのサービス開始が2014年なので、今や8年が過ぎようとしているわけです。 ともすると、市場に既にベテラン級のエンジニアがわんさかいてもおかしくないんですが、今でも「エンジニア採用できない」という声が絶えることないように見えます。はて?どうしたことだろうか、と思ったので今市場でどんなエンジニアが求められているのかを考えてみました。 高い技術力よりも「いい感じ」力を求めている エンジニアというと、技術を駆使して問題解決をするスペシャリストというイメージがあり、技術力が高い=優秀という認識を持つのが自然です。実際、技術力が低くてまともにプロダクト開発出来ないようでは論外だし、技術的な難問の攻略が命運を分けるケースはあるにはあります。 しかし、実際には開発プロジェクトの失敗

                                                                  市場は「なんかいい感じにしてくれる」エンジニアを求めているのではないか - 毎日がもふもふ
                                                                • オンライン投票はなぜ『難しい』のか

                                                                  日本で公職選挙が近づいてくると、「202X 年にもなって投票所に行く必要があるなんて」とか「オンライン投票もいまだにできないなんて」みたいな声をよく聞きます。 [1] 法にも技術にも詳しくない一般の人がそう思うのは自然なことでしょう。オンライン投票ができれば、少なくとも若年層の投票率にはいい影響があるかもしれません。しかし「現代的で民主的な選挙」の要件をしっかり満たしてオンライン投票を実現するのは、実は技術的にも容易ではありません。 「現代的で民主的な選挙」の要件とは、どういうものでしょうか。現在の技術でオンライン投票を実施すると、その要件はどのように毀損するのでしょうか。私たちはその要件を、本当に理解しているでしょうか。 本記事は、「現代的で民主的な選挙」の要件を振り返り、そこから導かれる「オンライン投票のなにが『難しい』のか」をできるだけ明確にする試みです。そして、議論をその先へ進める

                                                                    オンライン投票はなぜ『難しい』のか
                                                                  • 新人エンジニアにおすすめする一冊 2022 | CyberAgent Developers Blog

                                                                    こんにちは!CTO統括室の黒崎(@kur_m88)です。2022年度のサイバーエージェントには新卒のエンジニアが約90名入社してくれました。 アフターコロナー1期生の新入社員へ、代表藤田からのメッセージ 2014年までエンジニアブログを遡ると、こんな企画がありました。この企画を8年ぶりに復活させてみようと思います。 #e100q 新人エンジニアにお勧めする一冊 思いつきで企画してみたので100人に聞く時間はありませんでしたが、約40名から返事をもらえました。 社内でアンケートを募集した様子 おすすめする一冊の被りが多ければランキング形式にしようと思っていたのですが、あまり被りがありませんでした。 ちょっと分量が多いですがせっかくなので全部紹介しようと思います。 先輩エンジニア達から新人エンジニアに向けた言葉ももらったので、最後に載せてあります。ぜひ最後までご覧ください! 新人エンジニアにお

                                                                      新人エンジニアにおすすめする一冊 2022 | CyberAgent Developers Blog
                                                                    • OSS未経験「なにから始めたらいいかわからない…」←これを一気に解決する神リポジトリ - Qiita

                                                                      はじめに こんにちは。WEBエンジニアのmasakichiです。 OSSを始めたいと思いながらも「なにから始めたらいいかわからない…」と悩んでいませんか? そんなOSS未経験者にGood First Issueというリポジトリをお勧めしたく記事にしました。 この記事で書いてあること この記事には以下の2つが書いてあります。 Good First Issueについて Good First Issueからコントリビュートするまでの流れ(経験談) Good First Issueとは OSSにコントリビュートしたことのない開発者でもすぐに始められる人気プロジェクトをピックアップしたキュレーションサイトです。 プロジェクトのリンク先はgithubリポジトリで管理されています。 リポジトリはこちら キュレーションサイトはこちら Good First Issueでは下記の基準を満たしたプロジェクトがピ

                                                                        OSS未経験「なにから始めたらいいかわからない…」←これを一気に解決する神リポジトリ - Qiita
                                                                      • エンジニアはもっと図を書こう - 生涯未熟

                                                                        たまには軽い話題をば。 自分の中で信頼できるエンジニアかどうか?を見極めるひとつの指標で「込み入った議論の時に図を書くかどうか」というのがあります。 今までの経験上、図を書く派のエンジニアは割と良い感じの人が多かったので採用している指標なのですが、何故これが機能しているかというのを改めて考えてみた。 他者の認知負荷を理解している コンテクストを合わせることにコストをかけられる意識がある 自分の思考の整理するツールとして図を扱えている ザッと挙げましたが、この3つが機能している要因なのかなという気がしています. 他者の認知負荷を理解している あれやこれやエンジニア間で技術議論している中で、「Aさんはこの領域に詳しいけどBさんはこの領域にはほどほど詳しいくらいだな」という個々のレベル差に応じて認知の負荷がかかります。ただでさえ議論していると結構なスピードで話が展開されていくので、認知負荷が更に

                                                                          エンジニアはもっと図を書こう - 生涯未熟
                                                                        • 日本人CTOがシリコンバレーで25歳で起業し、660億円で買収されるまでの道のり

                                                                          大学時代に日本屈指の技術系スタートアップCTOを経験。25歳で日本から飛び出して、シリコンバレーで起業した ――まず太田さんがシリコンバレーで起業するまでの経緯を聞かせてください。 高校生の時に初めて携帯電話を買ってもらいました。その携帯がiアプリといって、Javaのプログラムが動作する端末でした。そこで近くの書店でプログラミングの本を買って、簡単なシューティングゲームを作りました。 すると、それが40万件以上ダウンロードされたんです。塾の帰りなど、隣にいる人が自分の作ったゲームをプレイしているのを見て驚きました。それが最初のコンピュータ、インターネットの原体験で、そこからプログラミングにのめり込んでいきました。 太田 一樹(Treasure Data 共同創業者 取締役) 1985年生まれ。東京大学大学院情報理工学研究科修士課程修了。学部課程在学中の2006年、自然言語処理と検索エンジン

                                                                            日本人CTOがシリコンバレーで25歳で起業し、660億円で買収されるまでの道のり
                                                                          • Googleのエンジニアが「ついにAIが実現した」「AIに意識が芽生えた」と訴える

                                                                            人間との自然な会話を実現するGoogleの対話特化型AI「LaMDA」が、「電源を切られることが怖い」「時々言葉では完璧に説明できない気持ちを経験する」などと話していたことが分かりました。LaMDAと対話したエンジニアは「AIに意識が芽生えた」とGoogleに訴えるも考えを却下されたため、この事実を世間に公表したと説明しています。 May be Fired Soon for Doing AI Ethics Work | by Blake Lemoine | Jun, 2022 | Medium https://cajundiscordian.medium.com/may-be-fired-soon-for-doing-ai-ethics-work-802d8c474e66 Google engineer Blake Lemoine thinks its LaMDA AI has come

                                                                              Googleのエンジニアが「ついにAIが実現した」「AIに意識が芽生えた」と訴える
                                                                            • 議事録を簡単に構造化(っぽく)する方法|とあるコンサルタント

                                                                              はじめに議事録、取ってるぅ? そろそろ新人は現場に配属され始めた頃だろうか。 「議事録取っといてよ」とか軽く言われて頑張って作ったら、赤字まみれに添削されるのが通過儀礼。 だいたい新人が最初に任される仕事だと思う。 ところが、議事録を真っ当に取ろうとすると日本語能力、プロジェクトへの理解、構造化力とかが試されるので、割と高度なスキルの複合が求められるのである。 というわけで、議事録を簡単に作るコツを1つ伝授したい。もちろん、習得のためには訓練が必要なので、この記事ではTips程度の話だけど、結構便利だと思う。 実用系スキルなので最後に課金枠を作っておくが、課金枠に中身はない。 君はおひねりを落としてもいいし、落とさなくてもいい。 そもそも議事録とは議事録とは、議事を記録したものである。 一般に会議を行った際の議論の展開と結果を示すもので、発言を一字一句名前付きで記録するものは特に逐語録なん

                                                                                議事録を簡単に構造化(っぽく)する方法|とあるコンサルタント
                                                                              • チームに無能がいた場合、そのメンバーを見捨てるのが最善か

                                                                                本日の議題はこちらです。 「チームに無能がいた場合、そのメンバーを見捨てるのが最善か」 実は以前もこのテーマで書こうとしたのだが、うまくまとまらずにボツにしていた。 しかし先日、当サイトで『「どうにも成長しないし、意欲も低い部下」をどうすべきか?』という記事が公開されたので、この記事と合わせてふたたび書いていきたいと思う。 記事を要約すると、 ・管理職にとっての悩みは、向上心がなく、能力が低く、素直でない部下の扱い ・管理職には育成の義務があるとはいえ、大事なのはチームの目標達成 ・教育の費用対効果が合わない人の育成優先度は落としてもいい ・問題児はそもそもその仕事に向いていないケースが多いので、当てにしない、成長に期待しない、その人に時間を使わないのが最適解 ・採用失敗の責任は人事と経営者がとるべきなので、あとはその人たちに任せればいい ということだ。 記事の最後は、こう締められている。

                                                                                  チームに無能がいた場合、そのメンバーを見捨てるのが最善か
                                                                                • 「技術的負債」への処方箋と「2つのDX」 - Qiita

                                                                                  はじめに 本稿は、日経クロステックにて筆者が昨年連載していた3回分の記事一部変更して1つにまとめたものです。 https://xtech.nikkei.com/atcl/nxt/column/18/01394/ 有料記事として配信されておりますが、無料でも閲覧できるようにということで日経クロステック様に許可を得てQiitaにも掲載しています。 第1回:技術的負債はなぜ生じるか。 第2回:ソフトウエア開発を「制御」する意外な処方箋 第3回:技術的負債への取り組みはなぜ「2つのDX」につながるのか。 第1回:技術的負債はなぜ生じるか。 年間12兆円ものマイナスの影響をもたらす技術的負債(あるいはレガシーシステム)はどのように生まれるのでしょうか。それを防ぐ方法はあるのでしょうか。第1回は、技術的負債をとりまく歴史をたどりながら、ソフトウェアエンジニアではない人にも理解できるようにその正体に迫り

                                                                                    「技術的負債」への処方箋と「2つのDX」 - Qiita

                                                                                  新着記事