💡 3秒まとめ 休みの日も勉強していないと不安、焦燥感が止まらない。これは病気か？ 休日にも問答無用で襲い掛かってくる、言いようもない不安はFOMOなのか？ 学びの効率差は、よわよわとつよつよを分断するか？ 学びが好きだ。勉強は嫌いだ。 学びで人生を幸せに生きたい。 ■休みの日も勉強していないと不安、焦燥感が止まらない 休日も呼吸するように勉強している。 ぼくは、現役の薬剤師だ。薬局を任され、スタッフと一緒に患者さんの生活を守るのがお仕事。 でも、休日はFlutterやGCP、DockerやK8sの知識をつけるべく勉強し、個人開発に勤しんでいる。 一昨年は1000本以上の論文をまとめ上げ、5000字近いnoteを300本以上投稿している。 なぜ、そんなことをするのか。 それは、アウトプットが楽しいから。 でも、これはカッコつけた言い方で、本当はもっと恥ずかしい理由で勉強している。 それは
フリーランスなので4ヶ月仕事をせず学習と趣味に全力投球しようとしたけどそんなに強くなかった - みんからきりまで
去年の12月まで1年数ヶ月お世話になった業務委託先を離任して、1月から休暇を取っていました。 5月から新しい案件に入ったので今はまたお仕事の日々です。 さて、4ヶ月も休暇を取った理由は、毎回案件が終わる度に休暇を取っているというのもあるのですが、学習や趣味の活動でやりたいことが多すぎて、一度がっつり時間を取ってそちらに全力投球したいと思ったというのがありました。 1月の時点ではどのくらい休暇を取るのかは決めていなかったのですが、最低でも3ヶ月、案件のタイミングによっては半年くらい休暇をとってもいいと思っていました。 結果的には4ヶ月丸々休暇を取った感じになりました。 休暇中にやりたかったこと kirimin.hatenablog.com 以前こういうエントリを書きました。 内容を要約すると30歳になる2020年の9月までに ソフトウェアエンジニアとしてCSや数学の知識をもっと高めて、And
はじめに 私は現役のフロントエンドエンジニアです。正社員として働く傍ら、約2年間副業を続けてきました。副業で3社経験をして、最長契約期間は1年3ヶ月です。政府も副業を推奨しているし、副業を推しているエンジニアもたくさんいます。そして副業がやりたくて探しているエンジニアもいると思います。 そんな「副業最高！」の空気の中、私は先日副業を辞めました。 何故私は副業を辞めたのか、そして副業経験を積んで得た学んだことをこちらの記事では書き記していこうと思います..... ※ あくまで私の価値観です。副業最高！と思えるような副業をしている人もいます。1人の人間が感じたこととしてご覧ください。。 目次 副業をすることのメリット/デメリット 副業を辞めた理由 価値のある副業について考える 最後に 副業での苦いエピソード(おまけ) 副業をすることのメリット/デメリット メリット 1. 実績とスキルが身に付く
色々と思うことがあったので書きなぐってる。超久しぶりの増田なので、読みにくかったらごめんなさい。 小中の頃からパソコンでインターネットに入り浸ってきた。まぁそれなりにサブカルにどっぷりだったほうだと思う。あの頃からパソコンを触っていたおかげで、今ではWeb系IT企業でエンジニアをやっている。 初めてインターネットに触れた頃、2ちゃんねる全盛期、おもしろフラッシュ倉庫全盛期というような感じだった。 いいタイミングでインターネットをはじめられたと思う。本当に朝から晩までCeleronのクソPCで「ネットサーフィン」をしていた。あの頃の自分が居たから、今の自分がいると思っている。 話を本題に移すのだが、あの頃のインターネットをやっているやつは、みんなネトウヨだったと思う。 社会的にもややこしい時代だった気がする。中韓ではしょっちゅう反日デモが起こって、その度に国旗が燃やされてたし、その一方で日韓
はじめに 恥ずかしながらスクラム開発の開発チームへの導入を何度も経験しているのだけれど、どうしてもチームの成熟レベルが高い位置までもっていくことができませんでした なぜうまくいかないのか？ これを深掘りする過程で教科書どおりに実行するには組織の構造がスクラムガイドで書いてある構造と根本的に異なっているのではないか？と考えるようになりました。 よくあるエンジニア組織の構造 大きめのWebソフトウェア企業の内製型エンジニア組織の構造はだいたいどこもこのような感じになっています この組織構造の問題点 スクラムを導入する場合、リーダー自身かあるいはメンバーの一人がスクラムマスターとなります リーダー自身がスクラムマスターになる場合でもアンチパターンと言われる開発者との兼任になります。 スクラムマスターの最も重要な職務である「観察」が行えなくなります。 スクラムマスター自身が観察を行わない場合、各メ
ITエンジニアに刺さる「ポッドキャスト6選」
はじめに 皆さんは「ポッドキャスト」を聞いていますか? ポッドキャストは個人でも配信できる音声メディアのことです。特定のサービスを指すわけではなく、音声ファイルをWebサーバーに置き、RSSフィードで更新情報を配信すればポッドキャストとして認識されます。ポッドキャストのアプリでは、そのRSSフィードのURLを登録すると随時更新された音声データを聴くことができる、という仕組みです。専用のアプリをインストールしておくと番組が更新された時点でプッシュ通知されるため、常に最新の音声データをチェックできます。 ポッドキャストという名前の通り、「iPod」時代の遺物といったイメージもあるかもしれません。しかし昨今、ポッドキャストが見直されているようです。大きな流れとしては、2018年に「Anchor」というポッドキャスト配信サービスが広まったことに起因すると思われます。録音から配信までを1つのサービス
技術記事を書くまでのステップについて順にコツを解説していきます。 特に、技術記事を書きたくてもテーマ選定が難しい、文章が苦手だ、なぜか筆が進まない、うまくまとめられないといった方に読んで欲しい記事です。 一応、エンジニア歴としては数年以内のジュニアレベルの方を想定しています。 以下のように技術記事を企画して、書いて、公開するためのプロセスごとにちょっとしたコツをまとめています。気になるセクションだけでも読んでいただければ幸いです。 テーマを決めよう 対象読者を決めよう 章立てを決めよう 書こう タイトルを決めよう 【余談】技術記事を書く理由とは 筆者について QiitaとZennにて6年以上の記事発信経験があり、 Qiitaでは5,942Contributionsを記録、 Zennでは3,253Likesをいただいています。 テーマを決めよう コツ：テーマのカテゴリによって執筆のポイントや
Microsoft Teams基本編（はじめに覚えること10選）に引き続き、FormsやPower Automateを利用した「活用事例10選」としてTeamsの活用事例をセミナー形式でデモを交えてご紹介しました。 その時に利用した資料となります。操作方法の説明ではなく、活用方法の紹介となります。活用方法は職場環境によって異なってきますのであくまでも気づきを得るためのヒントとしてご覧ください。 ※契約しているライセンスによって利用できない機能もあります ※基本編は↓こちら 1．チームでExcelの共同編集Excelファイルはオンラインで開いて共同で編集することができます。Teamsの上部タブに貼りTeamsを基盤とすることで利便性が向上します。ここでは、日々更新をする出勤予定表Excelを例にあげております。 Excelファイルを上部タブに追加 2．Teamsを利用したオンライン投票チーム
大流行中のオールインワンツール「Notion」をご存知でしょうか？ SELECKでも昨年末に、基礎編・応用編・発展編にわけて「Notionの使い方」をご紹介させていただきましたが、大きな反響がありました。 一方で、少し使ってはみたものの、その万能さゆえにまだまだ使いこなせていない…という方々も多くいらっしゃるのではないかなと思います。 そこで今回は、Notionを使いこなしている8社の事例をお届けさせていただきます！ どの企業も、アイデアと運用の工夫がすごく参考になります。自社にも役立つ活用法がきっと見つかると思いますので、ぜひご覧ください。 ＜今回ご紹介する8社の事例＞ 独自ドメインを設定！コーポレートサイトを自作 / Appify Technologies ワークスペースの「ポータル化」で必要な情報にアクセス / GMOペパボ テンプレを使った議事録作成の効率化から、振り返りまで /
![8社のイチオシ「Notion活用術」を大公開！採用、ナレッジ共有、プロジェクト管理まで | SELECK [セレック]](https://cdn-ak-scissors.b.st-hatena.com/image/square/8c79686691a9f1253de805fc73550cfbe33b1186/height=288;version=1;width=512/https%3A%2F%2Fdpd29bjwmgbr8.cloudfront.net%2Fwp-content%2Fuploads%2F2021%2F02%2F03164710%2FFrame-27.png)
2023年に読んでよかった技術書
おそらく 2023 年に Zenn で出す最後の記事になるかと思います。 タイトルの通り、2023 年に読んだ本の中で、特に素晴らしかったものをご紹介します。 とはいえあまり今年は技術書を読んだ印象がなく… というのも、特定の xx(例えば Next.js、Ktor)といった部類に関しては公式のドキュメントを読むことがほとんどになり、書籍に求めるのは公式ドキュメントに書かれていない何かや誰かの経験・ノウハウになったからだと思います。 この記事を書くにあたって今年読んだ本を振り返ってみても、やはり十数冊程度(それでも月に 1 冊は読んでた)のでインプット：アウトプットの割合的には良いバランスではないかと思っています。 ただ、先に述べた通り公式ドキュメントに書かれていないなにかを売っている本というのはどれも本当の意味で価値があるものであり、皆さんにも本当に意味のある情報にお金を使っていただける
はじめに 私のチームは、リモートワーク中心の開発チームです。 そのチームに新人が配属された時に、私のチームで行っている新人育成のプラクティスのうち、比較的ユニーク(だと思っている)プラクティスを抜粋して紹介します。 少しでも参考になれば幸いです。 リモートワークの知見を説明 新人に対して、チームで行っているリモートワークを快適に行うための知見を紹介しています。 特に、「今から通話いいですか」をすっ飛ばしてビデオ通話を開始する文化であることを共有します。 詳細は以下を参照ください。 インセプションデッキの説明 インセプションデッキとは、プロダクトづくりに関わるメンバーが各々の意見を持ち寄って共通認識をつくり出すための大事な質問に対してメンバー皆で議論して決めた回答です。 詳細は以下を参照ください。 インセプションデッキ | Agile Studio 私のチームでは、以下のテンプレートを利用し
「専門性が高い人になりたいですか？」 そう問われたら、多くの人が「はい！」と答えるでしょう。エンジニアやデザイナーのような専門職に限らず、ビジネスパーソンの多くも、「できることなら何らかの専門性を高めたい」と思っているはずです。 しかし、そもそも「専門性が高い」とはどういう状態を指すのでしょうか。どんな人になれば「専門家」だと評価されるようになるのでしょうか。それを突き詰めて考えることが専門性を高めるヒントになると思い、少し深堀してみました。 最後には、まだ実験中ですが、ChatGPTを活用して専門性を高める方法をご紹介します。 専門性と体系化の関係 辞書サイトのWeblioを見ると、専門性とは「特定の分野のみに深く関わっているさま。高度な知識や経験を要求されることや、その度合い」と書かれています。この定義に従うと、専門性には「特定の分野の高度な知識や経験」が必要だということになります。
そうして「メモ帳」「天気予報」「パズルゲーム」... など色々アプリを作っている中で「自分のテスト勉強のためのアプリが欲しい」となり、自作の単語帳アプリを開発した。これが「暗記メーカー」の原型となっている。 また、書籍にアプリのリリース方法についても記載されていたこともあり、この頃からPlayStoreへのアプリの公開を始めた。 今でこそPlayStoreでは「20人のテスターを集めて14日間テストする」「開発者の身元確認」といったアプリを出すまでの工数がかかるものとなっている。ただ、当時は（確か）そういった制限は存在せず$25の登録料を払えばリリースし放題だったので、アプリが完成したらとりあえずストアに公開していた。 基本的に出したアプリは鳴かず飛ばずだったが、その中で「暗記メーカー」だけは定期的にダウンロードが発生していたため、ユーザからのフィードバック等を参考にアップデートを続けるよ
2022年度に読んで面白かった個人的ベストを発表します 早いものでもう年末です。今年度は「働き方改革」の人類史という本を執筆＆出版したのですが、そのために読書の種類がやや偏ってる感が否めません。とはいえ、「これはすごい」という本はいくつもありましたので、ご紹介します。 ちなみに私が今年読んだ本ということなので、2022年以前に出版された本も数多く含みます。その点あらかじめご了承ください。 1.『新疆ウイグル自治区』 中公新書 熊倉 潤 著 リンク 近年、政治だけでなく経済的にもウイグル問題が注目されるようになっています。中国当局によるウイグル人のジェノサイド、そして思想的改造に対し、抗議の意味を込めて政治的なアクションを取る場合もあれば、ウイグルに工場を持つ企業に対するボイコットや取引禁止をする場合もあります。特に欧米が主導するダイバーシティだったり少数派の権利の尊重といった文脈から中国政
「軽度」のアルコール依存症と、一年半の治療
初めに私は「軽度」のアルコール依存症です 「軽度」というのは自己診断です 日常生活に大きな支障はないけれど、飲酒をコントロールできず、将来的に日常生活にも支障が出る可能性があると考えてました 1年半前から病院に通院して治療をして、生活は改善されました 治療の振り返りも兼ねて、この文章を記載しています 同じようにアルコールで悩んでいる人に少しでも役に立てれば、、と思います 先に書いておきますがアルコールで悩んでいる方は、一人で悩まずに病院へ行くことを強くお勧めします 私がどんな状態だったか・仕事が終わってから帰宅後は一人で酒を飲んで過ごす飲酒量がコントロールできないので、缶ビール2本だけのつもりが、買い足して6本～10本に増えるのは日常 ・午前中に今日は飲まない、と考えていても、帰宅時に酒を買ってしまい、結局飲む ・連休や休日は、寝ているとき以外は飲酒して過ごすことが多い我慢できる場合もある
AIがヤバい。今回は本気でヤバい。 既存の仕事は今後どうなってしまうのか。ライター業は、AIに取って代わられるのではないか。 危機感の理由は「GPT-4」だ。米OpenAIが3月14日（現地時間）に公開した、次世代の大規模自然言語モデル。その試用が、AIチャットbot「ChatGPT」の有料版で利用できるようになったので、早速試したところ、たまげた。 以前のバージョン「3.5」は、詳細かつ適切に指示しないと狙った結果が得られなかったのだが、「4」は、雑な指示でも適切な結果を返してくれる。例えば、以下のような感じだ 「ゆかたんかわいい」で「縦読み」を作ってもらった。「縦読み」とは、横書きで意味の通じる文章で、冒頭の文字を縦に読むと別の意味になっている、という言葉遊びの一種だ。前モデルの「GPT-3.5」だと要領を得ない返答だったが、「GPT-4」は一発でこんな答えを示した。 「ゆめのような彼
画像提供元 photo AC様 ごきげんよう ※2022年1月22日追記 本記事を無償電子書籍にしました。 技術書典12にて頒布中です。 surumegohan.hatenablog.com 今回は掲題の通り 個人事業主（フリーランス）である私が株式会社に対して訴訟を起こし、事実上勝訴となった話を記載します。 裁判所からの和解調書の一部 この記事の最大の目的は相手方に対してどうこうではなく、世の中の個人事業主（フリーランス）が企業と契約した際のトラブルにおいて、少しでも泣き寝入りをする人を減らすためです。 しかしながら、私自身は法律の専門家ではないので、本記事中に不正確な面も含まれている可能性もあるため本記事をそのままご自身の立場等に照らし合わせることはもちろんできません。 本記事に関することで何かしら問題が発生しても責任はとれません。 また、本記事において説明の不足点があることは重々承知
発表資料作り、全体的な流れは 1 週間ぐらいかけて構想して、半日使って 15,000 字ほど書いて (コード片含む)、半日使ってスライドに起こす(結果として 6000 字ぐらい使う)、って感じですね。貯めた文字列を組み合わせている最中に構想とは別のストーリーが降ってくることも多い。— Takafumi ONAKA (@onk) July 3, 2018 このツイートの「文字を組み合わせる」のところについて、もうちょっと掘り下げてみる。*1 この記事は はてなエンジニア Advent Calendar 2022 の1月2日の記事です。昨日は id:stefafafan で 『UNIXという考え方―その設計思想と哲学』を読んだ - stefafafan の fa は3つです でした。 3 つのポイント 知っていること 7 割、聞いたことがあること 2 割、知らないこと 1 割 引用しやすいワー
【年末年始】2021年の「年間総合はてなブログランキング」トップ100と「はてな匿名ダイアリー」トップ50、一挙公開！ - 週刊はてなブログ
みなさんにとって2021年はどんな一年だったでしょうか？ 週刊はてなブログでは、毎週月曜日にはてなブログ・はてな匿名ダイアリーの記事を対象としてはてなブログ独自の集計を行い、「今週のはてなブログランキング」を公開。ランキングにはそのときどきの注目記事が集まっています。 今回は、その総決算として2021年にもっとも注目を集めた「年間総合はてなブログランキング」トップ100の記事と、「はてな匿名ダイアリー」トップ50の記事を発表します！*1。集計期間は2021年1月1日～同12月22日です。 # タイトル／著者とブックマーク 1 東大が無料公開している超良質なPython/Data Science/Cloud教材まとめ (*随時更新) - Digital, digital and digital by id:touya_hujitani 2 高卒新人に資産運用を説明する - やしお by id
この記事はGoodpatchアドベントカレンダー2022の23日目の記事です。 突然ですが、私は昨年「ナレッジマネジメント」領域の新規事業を立案し、リサーチや価値検証を行いました。結果としてはβ版を複数社に導入していただきながら行った価値検証を経てクローズという判断になってしまったものの、そのプロセスを通じて様々な組織におけるナレッジマネジメントの状況や課題感、そしてベストプラクティスまで多くの知見を得ることができました。 今回はそういった経験を土台として、これまで発信の主テーマにしていた「UXデザイン」や「サービスデザイン」の領域ではなく「ナレッジマネジメント」というテーマで記事を執筆することにしました。 この記事では、組織としてナレッジマネジメントを推進する時にどのような観点や考え方が必要なのかを紐解いていけたらと思います。 (組織の状況やカルチャー、事業形態などによっても最適なHOW
はじめに この記事ではQiitaで550本以上記事を書いてきて、アウトプットに関する理論を発信し続けている私(@Sicut_study)がこれまでに発信してきた内容を1つの記事にまとめたものです。 私はプログラミングコーチングJISOUというアウトプット中心の最速でエンジニアとして成長できる教育事業を実施しております。 その中で多くの方と面談をしてきました。これからエンジニアになる人や、一定数経験している人など100人以上の方とお話をさせていただきましたが、エンジニアとしてのキャリアに悩む多くの人が共通した悩みを抱えていました。 勉強しているのだけど身についた感じがしない 自分のサービスを1つもリリースしたことがない(作りきった経験がない) インプットばかりになってしまう(インプットばかりに気づいていない) アウトプットが大事なのはわかるがやり方がわからない つまりエンジニアとして成長でき
こんにちは、らくからちゃです。 せっかくの華金なので、18時前には会社を出たいなあと思っていましたが、いつものごとくトラブルに巻き込まれて結局退社したのは19時半過ぎでした。とほほ。それはさておき、先日労働環境に関する中々興味深い車内広告を見つけたのでツイートしてみたところ、バズりました。 勘違いではないと思うで。 pic.twitter.com/jhI7AFbf66 — らくからちゃ (@lacucaracha) June 9, 2019 ちょw俺のツイート伸びすぎww有名人じゃんwwwまじ通知止まらんwww 何か新事実を発見したわけでも、気の利いた一言を言ったわけでもなく、広告にツッコミを入れただけなので、賢くも偉くもありゃしません。しかし1万を超えるリツイートをいただきますと、FF外の皆様から色んなガヤクソリプもいただけましたので、色々と思うところを書いてみようかなーなんて思います。
社内の人に軽々しく謝罪しないでほしい｜qsona
たとえば、管理ツールのオペレーションのミスが起こった時に、再発を起こしたくないという理由で、どういう手順で起きたのか、管理ツールに問題があるなら改善したいから言って欲しいというようなことを伝える。 あるいは、期待したアウトプットと違った時に、せっかくやってくれたことはありがたいが、ズレがあったことを伝えて、その目的からすり合わせようとする。 のようなケースで、自分としては、相手を責めるつもりなど一切なくて、とはいえそう捉えられないようにその目的から伝える努力をしているつもりなのだけれども、 ご迷惑をお掛けして申し訳ありませんでした。以後このようなことがないよう徹底いたします。 みたいな反応をされてしまうと、それ以上の発展は望めないし、ああ僕はこの人を謝らせてしまったんだなとなり惨めな気持ちになる。 確かにこういうのは大概他の部署の方とのコミュニケーションだし、事前に信頼関係が出来ているわけ
『ちゃんと考えた？』って言われたことありますか。 働き始めて間もない新人のとき、「ちゃんと考えた？」と言われたこと、ある人いますか。 わたしはあります。 上の人に出した資料を突っ返されて、「もっとちゃんと考えてよ」と言われるあの瞬間。 嫌だったですよね。 で、そのとき、わたしがまず頭に浮かんだのは何だったかと言うと、 「ちゃんと考える」の、”ちゃんと”ってなんだ？ でした。 しかし、現実には、”ちゃんと”を、うまく説明できる人は、ほとんどいません。 というのも、”ちゃんと”という言葉が当たり前に使われすぎているからです。 ただ、「ちゃんと考えていない」のは、上司からすると、それなりに明確です。 例えばこんな具合です。 上司「この売上なんですけど、合計の数字間違ってますよね。この資料は重要だと言ったでしょ。」 部下「え、間違ってました？」 上司「はい。どこの数字を見ましたか？」 部下「どこだ
「変わらない」を貫いた先に。少年ジャンプ＋がマンガ業界のゲームチェンジャーになるまで - ミーツキャリアbyマイナビ転職
「特別何かを変えようとは思っていませんでした」 そうつぶやくのは、集英社のマンガ誌アプリ「少年ジャンプ＋（以下、ジャンプ＋）」の副編集長、籾山悠太さんです。 今やネット上における話題作の“発信源”ともなっているジャンプ＋。ブラウザ版と連動してソーシャルバズを促す仕組みや「初回閲覧無料」の制度など、マンガ業界の常識を塗り替えるような施策を次々と打ち出してきました。 しかし、立ち上げ当初は社内リソースもヒット作もない、小さな媒体だったといいます。さらに、立ち上げ人の籾山さんは編集畑出身で、異動するまではデジタルの知見もほぼなかったそう。 そんな状況で籾山さんが参考にしたのは、技術的なトレンドでも、横文字の並んだ数値目標でもなく、「週刊少年ジャンプ（以下、ジャンプ）」の創刊時から社内に脈々と受け継がれる「ジャンプの思想」でした。 インターネットもSNSもない、約50年前に生まれた「ジャンプの思想
哲学者であり作家としても活動している千葉雅也さんは、長年「書けない」悩みと対峙（たいじ）し続けてきた。 近年はSNSやブログなど、自分の言葉をアウトプットできる機会が増えた。そういった自己発信の場以外でも、企画書や取引先へのメールなど、「書く」という行為は私たちの生活と密接している。「書けない」悩みや「書く」ことへの苦手意識を抱く人も少なくないだろう。 それらの根底には「ちゃんとした文章を書かなければならない」という呪縛がある、と話す千葉さんに「書けない」悩みを克服する手がかりを伺った。 インターネットの広がりにより、ブログ、SNS、小説投稿サイトなど言葉で自己表現できる多種多様なサービスが身近な存在になった。文章を書く機会は増えたが、文章を書くハードルが下がったかといえば、意外とそうでもない。 何かを書きたい気持ちはあるのに、いざ書こうと思うと「うまく書けない」「まとまらない」。 読み手
飲食店にとってお客さん、とりわけ「おなじみ」の存在はとても重要です。 そうした常連客の心をつかむお店には、どんな特徴があるのでしょうか。また、お客さんから見て、どんなお店が「通いたくなるお店」なのでしょうか。 今回お話を伺ったのは、『めしにしましょう』『ねぎ姉さん』などで知られる漫画家・小林銅蟲さん。銅蟲先生といえば、『めしにしましょう』やブログ「パル」での“超級”な料理で知られています。 強烈な料理の数々を生み出す銅蟲先生に、今回は「通いたくなるお店」について語っていただきました。3つの「おなじみ」なお店を例に、銅蟲先生にとっての通いたくなるお店を紐解いていきます。 聞き手は酒場ライター・パリッコさんが務めます。 ※取材はオンラインで実施しました 小林銅蟲さんの「外食事情」 小林銅蟲さんの「通いたくなるお店」 シェフへの揺るぎない信頼がある「サンク・オ・ピエ」 フレンドリーだけど押し付け
あなたのチームがいくつも未着手の仕事を抱えているとき、どのようにそれらに着手し、そして完了させていったら良いでしょうか？ アジャイルには「始めるのをやめよう。終わらせることを始めよう。」という言葉があります。Tebiki株式会社では、この考え方を基本として、 デスクレスワーカーのための現場教育SaaS「tebiki」を開発しています。 この記事では、新しい仕事を「始める」ことを優先する場合と、仕掛り中の仕事を「終わらせる」ことを優先する場合の比較をしながら、かつては「始める」ことを優先していた Tebiki社が「終わらせる」ことを重視するように変わっていった事例を紹介したいと思います。 仕事が「終わる」とはまず前提として、仕事が「終わる」とは、どういうことでしょうか？たいていの仕事では、まず必要な作業を計画し、それを実行することでその仕事を進めるはずです。 それでは、計画していた作業をひと
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは！ アジャイルコーチの荒瀬です。 ヤフー、および関連会社のアジャイル開発支援や研修を担当しています。 今回はヤフーのスクラム実践者の学習方法についてお話しします。 イベントや研修の中で、スクラムの勉強方法をいろいろな方から質問されることが多かったので、記事にするとより多くの人の役に立つのではないかと思い執筆することにしました。 また、せっかく書くのであれば、ヤフーの中にいるさまざまなスクラム実践者の話も交えると、経験年数別に、より参考になりそうな書籍、セミナーや研修を紹介できるのではないかと考え、ヤフーのスクラム経験者にも協力いただいています。 スクラムを始めた頃の自身のことを考えながら、こういう記事があるといいのにと思
setTimeout は、指定された時間以降に指定されたコードを実行する JavaScript の API です。ブラウザでも Node.js でも広く使われているのですが、実装はまちまちで、色々と特殊な条件も多く、挙動を完璧に理解している人は少ないと思います。この記事では、そんな setTimeout を可能な限り深堀りしてみようと思います。 先に書いておきますが、ものすごくニッチで細かい話ばかり並びます。突然私が、ただ純粋に setTimeout について調べたくなったので、その結果をまとめただけのものです。普通に開発している人には必要のない情報が多くなるでしょう。この記事は基礎から setTimeout を学ぼう、という方には全然向かないと思います。 また、JavaScript のイベントループについてある程度理解していることを前提とします。その詳しい理解には、@PADAone さん
はじめに Markdownって便利ですよね？ README.md、PR や Issue の本文やコメント、Qiita や Zenn はもちろん、Google Docs や Trello や Notion や Jupyter Notebook でも使えるみたいです。もっといろいろな文書を Markdown で書ければいいのになあ、あらゆる文書のソースコードを Markdown にできればいいのになあ。 さあ、Markdown の可能性を広げましょう！ 本記事では「スライド」と「(電子)書籍」をMarkdownで書く方法をご紹介したいと思います。もちろん、VSCodeでMarkdownを効率よく便利に書いていくためのチップスもご紹介していきますよ。 ご参考スライド VS Code Conference Japan 2021 で発表した際の以下スライドもご参照ください。 もちろんこのスライドもV
はじめに こんにちは、WatanabeJin(@Sicut_study)です。 今回は私が初学者のときに最も苦労したDockerの技術を身につけるためのロードマップを紹介していきます。 Dockerが難しいのはなんといっても概念的なところだと思っています。新人時代の私は入社していきなり「Dockerで環境構築して」とだけ先輩に言われて何もわからない状態から自力でなんとか使えるところまで1ヶ月かけて学びました。(プログラミング経験なしでいきなりDockerは辛かった) その後、同じくプログラミング経験なしの方にDockerを指導した際に、この流れでやっていけば技術として身につくなと思ったのでまとめていきます。 概念が難しいDockerの学び方 私自身がものすごく1年目の時につまづいたDockerの勉強の仕方についてどのように身につけていったかを紹介します。… pic.twitter.com/
「あとで読む」タグで振り返る2022年 〜今年の「あとで読む」、今年のうちに〜 - はてなブックマーク開発ブログ
今年も残すところあと少し。皆さんにとって、2022年はどのような一年でしたか？ はてなブックマークでは今年もたくさんのエントリーがブックマークされ、コメント欄も盛り上がりました。 データで見る「あとで読む」 年末ということで、去年に引き続き今年も「あとで読む」タグにフォーカスしたデータを集計しました。 全ブックマークを対象にした「あとで読む」率、カテゴリー別「あとで読む」率、「あとで読む」が多いエントリーランキングを通して、2022年のはてなブックマークを振り返ってみましょう。 全ブックマークを対象にした「あとで読む」 率 カテゴリー別 「あとで読む」 率 「あとで読む」 タグが多いエントリーは？ トップ10ランキング 「あとで読む」タグの数が多かったエントリーランキング カテゴリー別「あとで読む」率の高かったエントリーランキング 気になった記事を気軽に保存できる「あとで読む」機能 202
こんにちは、デプロイゲート採用広報チームです！ 今回はお試しのトライアル期間を含めて、約3年間に渡って運用している週休3日制について、導入の経緯や目的を振り返ってみたいと思います。また会社側から見たときのメリットやデメリットなどもご紹介したいと思います。 みんなの働く時間を有意義にしたい「楽しく働く、楽しく生きる」をコアバリューにしている弊社では、仕事はただのお金を稼ぐための手段だと割り切って「早く終わらないかな〜」などと思いつつ過ごすのはとてももったいない事だと考えています。できれば一度きりの人生、仕事からもプライベートからも大いに刺激を受けて、学びを得て、それらを双方に還元しながら人生を豊かにしていけるとすごく楽しそうですよね。 ですので、せっかく人生の貴重な時間を弊社に使おうと思ってもらえたチームメンバーには、「毎日めっちゃ有意義な時間を過ごしてます！」と声を大にして言ってもらえるよ
Webシステムにおいて「画像や帳票等のファイルはDBへ格納すべきなの？」を調べてみた（ファントムファイル） - Qiita
Webシステムにおいて「画像や帳票等のファイルはDBへ格納すべきなの？」を調べてみた（ファントムファイル）oracleWeb この記事は、 JPOUG Advent Calendar 2023 24日目の記事です。 23日目は multilayer さんの記事『OCIのLanding Zoneについて調べてみた！』でした。 想定読者 ファントムファイルについてよく知らない、帳票の扱い方をあまり考えたことがない人 イントロダクション 皆さん、世の中のWebシステムで利用される画像や帳票ファイルがどこに保存されているかご存知でしょうか？ 帳票や大きな画像ファイルなどを扱う際、大きく分けて２つの設計方針があります。 ・DBに直接保存する ・DB外部に保存し、パスなどをDBに保存する オライリーのSQLアンチパターンの、”ファントムファイル”という章にはこのあたりのことが書いています。 [Amaz
6 月 30 日付けで退職、昨日 28 日が最終出社日でした。 2018 年 2 月から、約 1 年半お世話になりました。 マーソ株式会社 is 何 ( 2019 年 6 月末時点の情報です ) www.mrso.jp MRSO という Web サービスを運営している会社です。 MRSO は、人間ドックや検診を全国の医療施設から検索・予約できるポータルサイトです。 登録されている医療施設数は、国内の類似サービスの中ではトップクラスの規模です。 他にもこんな事業をやっています。 MRSO で利用できるギフト券、マーソギフト券の販売 健康をプレゼントするとう考え方 ご両親に人間ドックを受けてほしい！ というユースケースが多いようです 企業向けの健診結果管理システムの開発・運用 ( toB ) 何をしていたのか MRSO の開発・運営に必要なほとんどの領域を担当していました。 具体的には、 新機
レポート及び論文では「基本的な能力を有した日本語ユーザーであれば誰でも理解できる（誤解しない）」精確な（＝精密で的確な）日本語を書くことが求められます。その能力を身に付ける第一歩として，以下のルールを必ず守ってください。中には瑣末なモノも含まれますが，これらを守るだけで添削・修正の手間も再提出の可能性も格段に下がります。これらの基本的な書式が守られていないレポートは添削せずに送り返します。 1. 「何となく伝わるだろう」は絶対にNGです。書いてある通りにしか解釈できない，逆に言えば，その他の（拡大）解釈や曲解を許さない厳密な文章を書くことを心がけましょう。 2. そのためにも，まずは主語を明確にすること。「書かなくても伝わるだろう」「好意的に解釈してくれるだろう」という期待を読み手に押し付けてはいけません。 3. 主語を明確にしたら，主語に述語を対応させましょう。主述が対応していないという
Google に入社して 10 年が経った
Developer Advocate という技術啓蒙の担当者として Google に入社して今日でちょうど 10 年が経った。技術以外のことについてはめったにブログを書くことはないのだけど、良い節目なのでこの機会に記録を残しておきたい。 Google 入社のきっかけ # 「インターネットにアイデンティティのレイヤーを作り、インターネット全体をオープンなソーシャルネットワークの基盤にしたい」これが僕が前職で持っていた野望だった。その一歩として、その会社で運営していたポータルサイト全体をソーシャルプラットフォーム化するというアイディアが採用され進める中で、OpenSocial という Google が中心として進めていた技術に取り組んでいた。日本語の情報が少ない分野だったためブログを書いたり、コミュニティ運営や技術講演をしていたら、当時 (今もだけど) 仲良くしてもらっていた田中洋一郎さんに
2022年4月、Deno に以下のバグが報告されました。 fetch API を使って 300KB ぐらいあるファイルをアップロードすると、一定確率でアップロードされたファイルが壊れるというバグの報告です。 報告者によれば、1.20.6 まではバグは発生しておらず、1.21.0 から発生するようになったという事です。1.20.6 の次のリリースが 1.21.0 なので、パッチバージョン1個分まで、バグの発生時期が特定されている状態です。 fetch 周りは自分はほぼ実装していないので「担当範囲ではない」感覚だったので、普通にスルーしていました。 自分に限らず、Deno Land コアチームの誰もこの issue にピンと来る人が居なかったようで、stale ボット (数ヶ月進捗の無い issue を自動的にクローズしようとするボット) に2回もクローズされかけていました。Deno の st
IT業界でストレスなく働くには - Qiita
はじめに ITエンジニアのみなさんこんにちは。 今日はIT業界でストレスなく働くということについて考えます。 GPT先生にお題を頂いてそれぞれコメントしていきます。 状況への適応の困難さ IT業界で最も多く発生しているのはこの要因かと思います。 ITエンジニアはSESなどで時間いくらで切り売りしている時給労働者ですが、簡単にはできない技術を提供することで高い単価を頂く仕事になっています。 学生さんから社会人になった人には分かりにくいですが、一定の期間内に一定の成果を出すといった点がコンビニのバイトとは大きく異なります。 現実の状況や要求が個人の能力や資源を超えている場合、適応することが難しくなります。このような状況では、ストレスが生じやすくなります。 誰にでも簡単にはできない技術 はマニュアル化されておらず、自分で状況を判断して適切な結果を出していく仕事となりますが、それができないとすると
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
休日でもつよつよエンジニアは勉強してる。勉強しないと不安が止まらない病を倒すために必要なこと⚔️
副業を2年続けて辞めた話 〜副業のメリットデメリット〜 - Qiita
自称中庸ネトウヨの30代男性が、ブルアカに感謝していること
日本のソフトウェア企業でよく見るエンジニア組織の構造と、近年推奨されるエンジニア組織の構造について
なかなかアウトプットできないあなたが技術記事を書くときのコツ
Microsoft Teams 活用編(活用事例 10選)｜しろかば
8社のイチオシ「Notion活用術」を大公開！採用、ナレッジ共有、プロジェクト管理まで | SELECK [セレック]
リモートワークで新人が楽しく効率的に成長できたプラクティス - Qiita
さて、専門性と体系化の話をしようか | knowledge / baigie
個人開発のアプリ「暗記メーカー」が100万ダウンロードされるまで｜ymdkit
2022年読んで良かった「ベストブック」10冊 - 歴ログ -世界史専門ブログ-
ヒエッ！ GPT-4がスゴすぎて、「AIで仕事がなくなる」不安がいよいよリアルに
個人事業主として株式会社に訴訟して事実上勝訴した話 - するめごはんのIT日記
ストーリー性のあるプレゼン - id:onk のはてなブログ
ナレッジマネジメントを組織に定着させるための提案｜國光俊樹
【完全解説】なぜ人はアウトプットができないのか？ - Qiita
月40時間残業&有給取得率50%ってブラック企業だよね - ゆとりずむ
上司の「もっとちゃんと考えて」の”ちゃんと”って、一体何すりゃいいの？
きちんとした文章を書かないといけない、なんてない。｜千葉 雅也
漫画家・小林銅蟲さんの「通いたくなるお店」は、ロジカルにおいしさを追求するお店 - おなじみ丨近くの店から、なじみの店へ。
始めるのをやめよう。終わらせることを始めよう。
ヤフーのスクラム開発実践者の経験年数ごとの学習方法の紹介
setTimeout を完璧に理解する
VSCode + Markdownでスライドや書籍も書いちゃおう！ - Qiita
【永久保存版】0からDockerを勉強するならこのロードマップに従え！ - Qiita
週休3日制を3年運用してわかったこと｜DeployGate
マーソ株式会社を退職します - ikasama over technology
岩本ゼミにおけるレポート・論文の書式の基本ルール｜関大岩本ゼミのアドミン
Deno のめっちゃ難しいバグを修正した - Qiita