「とにかく仕事が多すぎて困っている！」 タスクが次から次へと降ってきて、仕事が終わらない状況で悩んでいませんか？　効果的な対処法が見つからず、チャットに返信しながら資料作成、メールチェックしながら電話対応...。こんな働き方を続けていては、限界が来てしまいます。 「仕事の効率化のためには、マルチタスクでこなすしかない」 そう考えてしまう人も多いはずです。確かに一見、複数の仕事を同時にこなすことが、仕事が多すぎる状況への対処法に思えます。 しかし、「マルチタスクで仕事をこなそう」というその発想自体が、実は仕事が終わらない原因かもしれません。本記事では、効率的な仕事の進め方に悩む方に、意外な解決方法をご紹介します。それは、「明日できることは今日やらない」という逆説的な対処法です。 マルチタスクが仕事を終わらなくする理由 シングルタスクで仕事が多すぎる状況に対処する 仕事効率化の新しい対処法「マ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 今回は最新の有益GitHubリポジトリをまとまました。 プログラミング初心者から上級者まで学びを得ることがリポジトリを厳選しています。 紹介するリポジトリまとめ freeCodeCamp - Web開発とデータサイエンス教材 developer-roadmap - 学習ロードマップの視覚ガイド free-programming-books - 無料プログラミング書籍集 Awesome Roadmaps - 各分野の学習ロードマップ awesome-courses - 無料のプログラミング学習教材 Free-Certificat

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 今回は大学が無料で公開している、エンジニア向けの学びになる資料をまとめていきます。 東京大学 Pythonプログラミング入門 Pythonについて環境構築から始まり、基本文法、数値解析など応用的な使い方までを分かりやすく解説している。 AWS入門 こちらもネットワークやクラウド、インフラの仕組みの解説から始まり、AWSの構成パターンなどが基礎から解説されている。 150分で学ぶ高校数学の基礎(東大生) 高校数学について180分でサクッと振り返る神資料。数学の知識はプログラミング領域でも活用する場面が多々あるので、かなり勉強にな

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? こちら、下記のイベントの参加記事です。 転職活動自体はまだしてなくて、退職後現在までにしてきたことのまとめです。 内容としては、Webエンジニア(バックエンドエンジニア) → Webフロントエンドの業務委託のフリーランスへの転職準備の記録です。 ただ、あまり「Webフロントエンドになる」「フリーランスになる」のあたりは主旨が分散してしまう都合触れていないものになります。 自己紹介 40代　女性エンジニアです(内容に関わるので、書いときます) 社会人(エンジニア歴) 8年目くらい 経歴: SE7年弱 → Webエンジニア(バックエンド主)

鳥取県知事や自治大臣を務めた石破二朗氏の長男として生まれました。 慶応大学を卒業後、銀行に勤めていましたが、田中角栄・元総理大臣の勧めで政治の世界に入りました。 田中派の事務局職員を経て1986年の衆議院選挙に立候補し、当時、全国最年少となる29歳で初当選します。 そして、リクルート事件をきっかけに党内の若手議員が結成した研究会に参加し、小選挙区制の導入など政治改革を訴えました。 1993年には、政治改革法案の取り扱いをめぐって、野党が提出した宮沢内閣に対する不信任決議案に賛成して自民党を離党。 新生党、新進党を経て、1997年に自民党に復党しました。2002年に小泉内閣で防衛庁長官として初入閣し、防衛大臣、農林水産大臣を歴任しました。 自民党が野党だった2012年の総裁選挙では最も多くの党員票を獲得しましたが、決選投票で安倍元総理大臣に敗れました。 第2次安倍政権発足後は、党の幹事長や地

この記事のポイント デスクトップ版「Chrome」に大規模言語モデル「Gemini」が統合（v124） アドレスバーに［@］と入力しつつ表示される項目から［Gemini］を選択してプロンプトを入力 「@gemini」ショートカットがまだ利用できない場合は有効的（ただし日本語では文字化けも） Google ブラウザサービス「Chrome」のデスクトップ版に、大規模言語モデル「Gemini」が統合されました。 デスクトップ版「Chrome」の「Gemini」統合では、アドレスバーに［@］と入力しつつ表示される項目（Gemini / タグを検索 / ブックマークを検索 / 履歴を検索）の中から［Gemini］を選択し、そしてそのままアドレスバーにプロンプトを入力して［Enter］キーを押すことで、「Gemini」が起動しそのまま半ダイレクトに「Gemini」からの回答を得ることができます。 デス

この記事のねらい Obsidian はすごくよいノートアプリです。さまざまな思考スタイルに寄り添ってくれます。その代わり、どう始めればいいか迷いやすいところがあります。 この記事では、ノートの枚数でユーザレベルを分けることにし、「ゼロイチ期→育成期→発展期→達人期」と名付けました。くわしくは本記事後半の Obsidianユーザレベルのめやす をご覧ください。 そのなかでも、ゼロイチ期、つまりObsidianをまだ使っていないころから、ノート数が10枚ていどのころに役立つ情報を集めました。 ヒトが考えるためには書くツールが必要です。Evernoteがグダグダのいま、（ほかにもたくさん選択肢はありますが）Obsidianはオススメできる鉄板ツールのひとつです。ぜひ10枚の壁を越えて、見える風景を味わってみてください。 ゼロイチ期（ノート 0-10枚）に役立つ情報 まずは、Obsidianが何な

サイボウズ開発本部では、2022年5月に大規模な組織変更を実施し、職能ラインと人材マネージャーを整備した結果、新たにスクラムマスター職能が誕生しました。 組織のチームワークを最大化するためにスクラムマスター職能を作りました https://blog.cybozu.io/entry/2023/02…

技術記事を書くまでのステップについて順にコツを解説していきます。 特に、技術記事を書きたくてもテーマ選定が難しい、文章が苦手だ、なぜか筆が進まない、うまくまとめられないといった方に読んで欲しい記事です。 一応、エンジニア歴としては数年以内のジュニアレベルの方を想定しています。 以下のように技術記事を企画して、書いて、公開するためのプロセスごとにちょっとしたコツをまとめています。気になるセクションだけでも読んでいただければ幸いです。 テーマを決めよう 対象読者を決めよう 章立てを決めよう 書こう タイトルを決めよう 【余談】技術記事を書く理由とは 筆者について QiitaとZennにて6年以上の記事発信経験があり、 Qiitaでは5,942Contributionsを記録、 Zennでは3,253Likesをいただいています。 テーマを決めよう コツ：テーマのカテゴリによって執筆のポイントや

Linuxにおけるデバイスファイルはデバイスをファイルという概念を通して扱えるようにしたものです。デバイスファイルは通常のファイルと同様に読み書きを行うことができます。しかし実際には、その読み書きはデバイスドライバを通じてデバイスの制御に変換されます。 この記事では、デバイスファイルへの読み書きがどのようにデバイスの制御に変換されるのかを説明します。デバイスファイルはデバイスドライバとファイルの2つのコンポーネントに依存したものであるので、最初にデバイスドライバ、次にファイルについて説明し、最後にデバイスファイルがどのようにデバイスドライバと結び付けられるかを解説します。 この記事の内容は主に詳解 Linuxカーネル 第3版及びhttps://github.com/torvalds/linux/tree/v6.1によります。 目次 デバイスドライバ デバイスドライバの実例 read_wri

Docker Desktopは普段使いのマシンでコンテナーでアプリケーションを実行することができるソフトウェアで、Dockerのサイトからダウンロードして使うことができます。 開発中のアプリケーションのテストとか、手元の環境でソフトウェアを動かしてみたい時に便利です。VSCodeとの連携もバッチリで、VSCodeコードでコーディングしたアプリケーションをDockerコンテナーで実行するDevContainerにも対応しています。最近のバージョンでLinux Desktop版も提供されるようになったので、もちろんパソコンは必要ですが、Linux DesktopにDocker Desktopをインストールすれば、ほぼ無料でコンテナーベースのアプリケーション開発が可能になります。 良い世の中になりました。 そんな便利なDocker Desktopですが、Dockerの方針変更で次の条件に当てはま

私はUdmeyに年間50万??ぐらい教材に投資して常に、Udemyに貼り付いて良い講座ができるのを監視しています。その中で、最後まで講座を受講してその講座の感想を書きたいと思います。私は、優良だと思わない講座は即返金処理を行うので、ここに紹介される講座は、とてもわかりやすいものしか基本的に載せてありません。この記事は更新されていきますので、ご興味ある方はいいねとストックをお願いします。(よかったやつ証明書とかコピペしてここに貼るの正直まじでめんどくさいので、更新するモチベーションに繋がります)。下記に書いてあるものは全部、優良のものだが、中でも個人的に良いなと思ったやつは、右バーのindexと題名に「👍」をつけておいた。下までスクロールするのがめんどくさい人は「👍」まで。 どうやら、この記事がUdemy Advent Calender 2023に参考記事になったようです。 ちょくちょく

はな 3y9m+1y10m @j58zkk8ZfPYMSoH さっき家に警察が3人来た。 「子どもの泣き声がする」って通報があったらしい。 うちはワンオペの自宅保育で2歳半の娘と6か月の息子を見てて、最近やっと何とか 私1人で子ども2人を連れて 近場でなら出掛けられるようになってきたところで、今日もお出掛けから帰ってきたところだった。→ 2022-11-07 17:09:16 はな 3y9m+1y10m @j58zkk8ZfPYMSoH →お出掛け中はみんなニコニコで すごく楽しく過ごせてたんだけど、帰る途中で眠たさや疲れもあって イヤイヤ期の娘がグズグズし出して😭 何とか帰宅したけど、手を洗いたくないだの 電気を点けたいだのやっぱり消したいだの、そんな些細なことで癇癪が始まって娘ギャン泣きで😭→ 2022-11-07 17:13:53 はな 3y9m+1y10m @j58zkk8Zf

このコンテンツ作成の背景 プログラミングを体験できるコンテンツは沢山存在していますが、開発プロジェクト全体を通した流れを体験したり、実務では不可欠となるドキュメント作成を体験（学習）できるコンテンツは少ないので作ってみました。 とはいえドキュメント作成についてはテンプレート見ながら「こんなもんです」と解説する感じになります。。。 免責事項（いいわけ） 元々は社内の非技術系な人向けに研修用資料として作っていたものを、どうせなら公開するかな。という感じで再編したものなので、足りない部分やオレオレな部分、ゆらぎ、不整合、誤字脱字とかも多いと思います。「間違い」や「こうしたほうがいいよ」というのがあれば、コメント等で"優しく"教えていただけると助かります。少しずつ修正していこうと思ってます。 オレオレな情報だけでは申し訳ないので、一般社会ではプロジェクト関連のドキュメントはどう書くのか？については

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

howto-tech-docs.md 技術文書の書き方 このメモは、私（@ymmt2005）が長年にわたってソフトウェアプロダクト開発に関わってきて 2022年現在こうしたほうが良いと考えているベストプラクティスです。 科学的な分析等に基づくわけではない経験則であるため、今後も随時見直すことがありますし、 ここに書いてあることが常に正しいわけでもあらゆるソフトウェア開発に適するわけでもありません。 しかしながら、実務経験が豊富で、モダンな技術スタックに明るいエンジニアの経験則は一定の 役に立つのではないかと考えて記します。 技術文書とは ここでは、ソフトウェア開発で技術者が書くべき文書ということにします。 ソフトウェアエンジニアにも役割がいろいろあり、アーキテクトと independent contributor では書く文書が違うということはあるでしょうけれど、ここではごっちゃにします。

書籍『誰も教えてくれなかったアジャイル開発』（日経BP）では、ウオーターフォール型開発が主流の「日本企業」で試行錯誤しながらアジャイル開発を成功に導いてきたコンサルタントたちが、自ら経験を体系化している。本書から抜粋し、アジャイル開発のポイントを紹介する「実践編」から、前回に続いてポイント（5） 「やること」よりも「やらないこと」をまず決める、を掲載する。（技術プロダクツユニットクロスメディア編集部）

はじめに 個人開発もエンジニア自体の歴も浅いSEです。 就業先がJavaをメインで使う企業なのですが、個人的にフロントエンドまわりが好きです。 元々、興味本位でデザインの本だったりUXに関する本とかを読んでいたりするのですが、 その結論の際にたどり着いたのが、 「理論とか決まってるなら、それをよしなにやってくれるor参考にできるツールとかサイト探せばよくね」 という結論になりました。なんと怠惰な思考でしょうか。 そんなわけで、こちらではデザインに限らず、色々開発に便利なツールを紹介させていただきます。 （有名なのが多いかもしれませんが、ご容赦ください、結局有名なものに行き着くのです） レイアウト関係 1. Awwwards おしゃれなwebサイトが集まっているサイトです。 ここまで個人開発でお洒落にできたらいいなと思いますが、自分はアニメーションを考えるときや、 作りたいフロント側のデザイ

人工衛星の運用を支えるクラウドネイティブ民主化への取り組み / Efforts toward cloud-native democratization for satellite operations