<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"><channel><title>sKawashima&apos;s blog</title><description>デザインと開発とアートの間でざくざくやってます。</description><link>https://skawashima.com/blog/</link><item><title>個人でのタスク管理の本質</title><link>https://skawashima.com/blog/2026/07/the-essence-of-personal-task-management/</link><guid isPermaLink="true">https://skawashima.com/blog/2026/07/the-essence-of-personal-task-management/</guid><description>僕は学生時代から個人でのタスク管理についていろんな手法を試してきた。 雑にまとめてしまうと「個人の生産性」を担保したくてやり始めたわけだが、現時点ではそれ以外の目的も持ってやっている。 以前友人と話していてそこの言語化がまとまっていないことに気づいたのでまとめてみる。</description><pubDate>Tue, 28 Jul 2026 09:46:11 GMT</pubDate><category>Work</category><category>Task Management</category></item><item><title>GitHub Actions をローカルで動作検証する方法</title><link>https://skawashima.com/blog/2026/06/act-github-actions-local/</link><guid isPermaLink="true">https://skawashima.com/blog/2026/06/act-github-actions-local/</guid><description>GitHub Actions のワークフローは、push してみるまで本当に動くかわからない。 構文を直しては push し、ログを眺めてはまた直す、という往復が地味につらい。 そんなときに使えるのが act 。 .github/workflows/ の yml を読み、Docker コンテナ上で GitHub ランナーを再現してワークフローを実行してくれる。 push する前に、手元で挙動を確認…</description><pubDate>Sat, 13 Jun 2026 05:58:49 GMT</pubDate><category>Development</category><category>GitHub Actions</category><category>Docker</category><category>CI</category></item><item><title>開発チームのマネージャーが取るべき行動指針の言語化</title><link>https://skawashima.com/blog/2026/03/behavioral-principles-for-engineering-managers/</link><guid isPermaLink="true">https://skawashima.com/blog/2026/03/behavioral-principles-for-engineering-managers/</guid><description>Googleが2008年に始めた「Project Oxygen」という研究がある。 きっかけはある仮説の検証だった。 「マネージャーは実際には重要ではないのではないか」という仮説だ。 20年にわたる研究の結論は正反対だった。 高い効果を発揮するマネージャーを持つチームは、より良い結果を達成し、より幸せで、離職率が低い。 マネージャーは極めて重要な存在だった。 では何をすればいいのか。 研究データと…</description><pubDate>Sun, 08 Mar 2026 01:44:02 GMT</pubDate><category>Team Management</category><category>Management</category><category>Leadership</category><category>Team</category><category>Career</category><category>Engineering</category></item><item><title>2023年10月、出社の再開に伴う変化を検討する</title><link>https://skawashima.com/blog/2023/09/to-occur-by-full-time-attendance/</link><guid isPermaLink="true">https://skawashima.com/blog/2023/09/to-occur-by-full-time-attendance/</guid><description>来月2023年10月から出社するよう上長から部のメンバー全員に指示があった。 目的は部内のコミュニケーションの強化（と聞いている）。 テレワークでできそうな施策を試すことなくこの決定になっているが、そこはぼくの視座から見えていない色々があるかもしれないということで一旦おいておく。 当然テレワークを3年以上継続してきた身からすると色々考えるが、今回は出社すること自体ではなく出社することによって何がど…</description><pubDate>Sun, 24 Sep 2023 09:58:50 GMT</pubDate><category>Work</category><category>RemoteWork</category><category>Attendance</category></item><item><title>タスク管理における期日と実行日の管理は難しい</title><link>https://skawashima.com/blog/2022/11/task-management-due-dates-and-execution-dates/</link><guid isPermaLink="true">https://skawashima.com/blog/2022/11/task-management-due-dates-and-execution-dates/</guid><description>ほとんどのタスク管理ツールはタスクに対して期日を設定できる。 タスク管理ツールはその期日に応じて特定の日（例えば今日）のタスクを一覧表示してくれるので、プロジェクトを横断してタスクをこなすような仕事や作業、生活をしている人間にとってはとても重要な機能だと思う。 しかし、例えばデザインのような正解がはっきりしない作業は見積もりよりも長い時間がかかることが往々にしてある。 では、その設定した期日に完了…</description><pubDate>Sat, 12 Nov 2022 10:12:14 GMT</pubDate><category>Work</category><category>Task Management</category></item><item><title>Figmaの色がブラウザの表示と違う…となったときに見直す設定</title><link>https://skawashima.com/blog/2020/10/figma-color-setting/</link><guid isPermaLink="true">https://skawashima.com/blog/2020/10/figma-color-setting/</guid><description>Figmaアプリとブラウザで色が異なる表示になってしまうことがあります。 実際にWebで実装する際に表示されるのはブラウザで表示したときの色味になるので、Figmaアプリでデザインしてから実装されたものを見ると「あれ？」となったりします。 この記事ではFigmaアプリとブラウザでの色を統一する方法、なぜそれが起きるのか、Figmaアプリの設定の選びどころについて紹介します。</description><pubDate>Sat, 31 Oct 2020 11:57:32 GMT</pubDate><category>Design</category><category>Figma</category></item><item><title>ToDo管理するならToDoリストにいつかやることを貯めてはならない</title><link>https://skawashima.com/blog/2020/05/dont-store-to-dos/</link><guid isPermaLink="true">https://skawashima.com/blog/2020/05/dont-store-to-dos/</guid><description>どうも、sKawashima(@sKawashima)です。 僕は自分の行動管理のための手法を大学生時代から頻繁に検討しつづけています。 そのなかでみえてきた知見をじわじわアウトプットしていこうと思います。 これはその第一弾です。</description><pubDate>Tue, 19 May 2020 14:27:06 GMT</pubDate><category>LifeHack</category><category>ToDo</category><category>Task Management</category></item><item><title>利用プラン選択画面（料金一覧画面）のUIをまとめてみた</title><link>https://skawashima.com/blog/2020/05/research-prices-design/</link><guid isPermaLink="true">https://skawashima.com/blog/2020/05/research-prices-design/</guid><description>半年くらい前に、利用プラン選択画面を観察する機会がありまして、そのときに調べたものを並べました。 チェックポイントは以下の通り。 プラン数（UIというよりサービス設計だけど、サラッと触れる程度に観察） プラン命名 無料プランとの比較の有無 デザイン分類 デザインから受ける印象 いい感じのまとめは人に見せられるほどまとまってないので、事例集程度にさっくり眺めていってください。</description><pubDate>Wed, 13 May 2020 14:30:00 GMT</pubDate><category>Design</category><category>UI</category></item><item><title>GitHub Actions で文字列連結</title><link>https://skawashima.com/blog/2020/03/github-actions-text-concat/</link><guid isPermaLink="true">https://skawashima.com/blog/2020/03/github-actions-text-concat/</guid><description>GitHub Actionsが便利すぎて個人開発で重宝してるんですが、そいえば文字列連結ーー変数と特定の文字の連結処理はできるのかな？と思ってやってみたらあっさりできたのでメモ。</description><pubDate>Mon, 23 Mar 2020 10:13:43 GMT</pubDate><category>Development</category><category>GitHub Actions</category></item><item><title>Slack BotのフレームワークBoltで開発〜Herokuにデプロイまでやってみた</title><link>https://skawashima.com/blog/2020/03/first-slack-bot-bolt/</link><guid isPermaLink="true">https://skawashima.com/blog/2020/03/first-slack-bot-bolt/</guid><description>Slack Botの開発経験は虚無だったんですが、「そういえば作りたいな」と思い至って3連休1日目にいじってみました。 Slack Botの開発は虚無と言っても、Scrapboxとの連携でincomming webhookを使う程度の経験はありました。 では、始めます。</description><pubDate>Sat, 21 Mar 2020 06:46:58 GMT</pubDate><category>Development</category><category>Slack</category><category>Bot</category><category>Bolt</category><category>Heroku</category></item><item><title>Svelteでon〇〇の関数にイベントを引数で渡す</title><link>https://skawashima.com/blog/2020/01/svelte-set-props-to-on-function/</link><guid isPermaLink="true">https://skawashima.com/blog/2020/01/svelte-set-props-to-on-function/</guid><description>ちょいハマってあっさり解決したのでメモです。 公式ドキュメントはちゃんと読もう、と思いました。 でも、読まなくても勝手になんとなく対処法が見つけられるSvelteは好きです。 ただし、 ここに書いてる諸々は一部非推奨な内容を含んでいます 。 理由も添えて書いているので、是非最後まで読んでいただけると幸いです。</description><pubDate>Thu, 02 Jan 2020 12:29:42 GMT</pubDate><category>Development</category><category>Svelte</category></item><item><title>2019年に使っていて2020年に持っていく、日々の生産性の維持に役立つツール・サービス6選</title><link>https://skawashima.com/blog/2019/12/life-improvement-tool-2019/</link><guid isPermaLink="true">https://skawashima.com/blog/2019/12/life-improvement-tool-2019/</guid><description>どうも、sKawashimaです。 タイトルの通り、2019年12月31日現在に使っていて、2020年でも確実に使っているであろうツール・サービスを紹介します。 特に、僕が自分の生活を改善しようとしたり、少しでも有用な時間の活用をしたいと思って使っているツールを紹介します。 では、始めます。</description><pubDate>Tue, 31 Dec 2019 04:00:00 GMT</pubDate><category>Tool</category><category>Todoist</category><category>RescueTime</category><category>Toggl</category><category>Slack</category><category>Scrapbox</category><category>Pocket</category></item><item><title>Svelteで双方向のデータバインディングをしようとしてハマって解決するまで</title><link>https://skawashima.com/blog/2019/12/svelte-two-way-data-binding/</link><guid isPermaLink="true">https://skawashima.com/blog/2019/12/svelte-two-way-data-binding/</guid><description>Svelteで双方向のデータバインディングをしようとして若干ハマりました。 つまり、親←→子で常に同じデータを持っておこうとしてうまく行かなかったわけです。 解決したので、そのあたりをさらっと紹介します。 Svelteとは？みたいなところには触れません。</description><pubDate>Sun, 29 Dec 2019 10:14:50 GMT</pubDate><category>Development</category><category>Svelte</category></item><item><title>GitHub ActionsでReleaseを自動化する方法としたときに得た学び</title><link>https://skawashima.com/blog/2019/12/github-actions-auto-release/</link><guid isPermaLink="true">https://skawashima.com/blog/2019/12/github-actions-auto-release/</guid><description>どうも、sKawashimaです。 最近 GitHub Actionsでデプロイやファイル加工を自動化すること がクセになりつつあります。 以前はプライベートリポジトリでも無料で使えるWerckerを使ってましたが、 GitHub Actionsは早くて無料で最高 です！ というわけで、そんな中でも地味にハマった「GitHub ActionsでReleaseを自動化する方法」、やっていきます。 今…</description><pubDate>Fri, 13 Dec 2019 14:26:43 GMT</pubDate><category>Development</category><category>GitHub Actions</category><category>Git</category><category>GitHub</category><category>GitHub Release</category></item><item><title>デザイナーがエンジニアリングを学ぶメリットとデメリット</title><link>https://skawashima.com/blog/2019/12/designer-develop/</link><guid isPermaLink="true">https://skawashima.com/blog/2019/12/designer-develop/</guid><description>こんにちは、sKawashima（@sKawashima）です。 最近、たまに「開発とデザインの両方ができる人材は強い/弱い」みたいな記事を見かける気がします。 実際出来ることが増えることは良いことだとは思いますが、特にデザイナーはそれによって失うこともある気がします。 そんなわけで、「デザイナーがエンジニアリングを学ぶメリットとデメリット」を考えてみました。 この記事は「くふうカンパニー Adv…</description><pubDate>Tue, 03 Dec 2019 00:00:00 GMT</pubDate><category>Design</category><category>Career</category><category>Designer</category></item><item><title>NuxtとStorybookでSASSを使う</title><link>https://skawashima.com/blog/2019/07/use-sass-by-nuxt-and-storybook/</link><guid isPermaLink="true">https://skawashima.com/blog/2019/07/use-sass-by-nuxt-and-storybook/</guid><description>この記事はQiitaに書いていた自身の記事のコピーです。 Parcelばっかり書いていて、久しぶりのWebpackに戸惑った。</description><pubDate>Wed, 10 Jul 2019 08:45:14 GMT</pubDate><category>Development</category><category>JavaScript</category><category>Sass</category><category>SASS</category><category>webpack</category><category>Nuxt</category><category>Storybook</category></item><item><title>font-familyが-apple-systemに指定されている状態でtext-align:justify;をかけるとiOS端末にて豆腐（文字化け文字）が出現する</title><link>https://skawashima.com/blog/2019/07/ios-bug-tohu/</link><guid isPermaLink="true">https://skawashima.com/blog/2019/07/ios-bug-tohu/</guid><description>sKawashimaです。 当ブログの一部の記事において、iOS端末で表示した場合にのみ文章内に豆腐（文字化け文字）が発生するバグを発見し、2019年7月7日に修正しました。 いつも当ブログを読んでいただいている方にはありがとうございます、そして今までご迷惑をおかけしました。 ただ、この文字化けはいわゆる文字コード指定によるものではありません。 その豆腐の発生条件が少々特殊であり、未だ完全な解決に…</description><pubDate>Tue, 09 Jul 2019 00:00:00 GMT</pubDate><category>Development</category><category>Tohu</category><category>Web Frontend</category></item><item><title>デザイナーだがサーバーサイドエンジニアとしてハッカソンに参加しました</title><link>https://skawashima.com/blog/2019/06/spajam2019pre-why-am-i-backend/</link><guid isPermaLink="true">https://skawashima.com/blog/2019/06/spajam2019pre-why-am-i-backend/</guid><description>sKawashimaです。 以前SPAJAM2018に出場した時に「もう二度と出たくない」とか言ってましたが、知人からの誘いと思想の転換から再度SPAJAMに参加しました。 参加したのは2019/6/8〜9に開催されたSPAJAM2019 東京予選B会場です。 最近このブログの更新はハッカソン出場記録ばかりになってきてますが、次以降はいろいろ別のこと書くので今回はご容赦を。</description><pubDate>Sat, 29 Jun 2019 01:00:00 GMT</pubDate><category>Hackathon</category><category>Planning proposal</category><category>Backend</category><category>SPAJAM2019</category><category>RAISE UP</category><category>ryu-g</category><category>TypeScript</category><category>MongoDB Atlas</category><category>Now.sh</category></item><item><title>npmでsimplemdeを使う</title><link>https://skawashima.com/blog/2019/05/use-simplemde-in-npm/</link><guid isPermaLink="true">https://skawashima.com/blog/2019/05/use-simplemde-in-npm/</guid><description>この記事はQiitaに書いていた自身の記事のコピーです。 SimpleMDE - Markdown Editor 簡単に組み込めるマークダウンエディタとして紹介されてる記事がいくつか上がってるライブラリ。 便利そうです。</description><pubDate>Mon, 06 May 2019 08:50:02 GMT</pubDate><category>Development</category><category>JavaScript</category><category>npm</category><category>simplemde</category></item><item><title>Electronを使った開発中に「このモジュール、バージョン合ってねえ！」って怒られたときの対処</title><link>https://skawashima.com/blog/2018/11/electron-used-under-development-to-module-of-version-error-when-of-workaround/</link><guid isPermaLink="true">https://skawashima.com/blog/2018/11/electron-used-under-development-to-module-of-version-error-when-of-workaround/</guid><description>この記事はQiitaに書いていた自身の記事のコピーです。 これを解決します。</description><pubDate>Tue, 27 Nov 2018 08:39:13 GMT</pubDate><category>Development</category><category>Node.js</category><category>Electron</category></item><item><title>二度目のハッカソンで感じたこと</title><link>https://skawashima.com/blog/2018/10/jphacks2018-hackathon-is-a-sports/</link><guid isPermaLink="true">https://skawashima.com/blog/2018/10/jphacks2018-hackathon-is-a-sports/</guid><description>研究のテーマがガラッと変更になり、焦りながらも電子工作を楽しんでいます。 さて、そんなドタバタした状態でしたが、またハッカソンの振り返り記事です。 今回参加したのは、&quot;日本最大の学生向けハックイベント&quot;ことJP HACKS 2018、参加は東京会場です。 案の定、前回と同じくコンセプトとアイデアのチーム!kieで参加してきました。 前回は運営に煽られるひどい体験をしましたが、今回は非常に良い体験が…</description><pubDate>Mon, 29 Oct 2018 00:15:05 GMT</pubDate><category>Hackathon</category><category>Planning proposal</category><category>UI/UX Design</category><category>JPHACKS2018</category><category>&apos;!kie&apos;</category></item><item><title>Vue Component内methodsのアロー関数式内でdataを扱う</title><link>https://skawashima.com/blog/2018/10/vue-component-within-methods-arrow-function-type-within-by-data-handle/</link><guid isPermaLink="true">https://skawashima.com/blog/2018/10/vue-component-within-methods-arrow-function-type-within-by-data-handle/</guid><description>この記事はQiitaに書いていた自身の記事のコピーです。 これを解決します。</description><pubDate>Mon, 15 Oct 2018 08:36:14 GMT</pubDate><category>Development</category><category>JavaScript</category><category>Vue</category></item><item><title>Nuxt上でフロントサイドライブラリを使うメモ</title><link>https://skawashima.com/blog/2018/10/nuxt-on-by-front-side-library-use-memo/</link><guid isPermaLink="true">https://skawashima.com/blog/2018/10/nuxt-on-by-front-side-library-use-memo/</guid><description>この記事はQiitaに書いていた自身の記事のコピーです。 Nuxt上でTone.jsを使いたかった。 window is not definedっておこられた。 ESLintはStandardを使用。 公式ガイドラインにも記述がありますが、一部ハマったりしたのでメモ程度に書いています。</description><pubDate>Mon, 15 Oct 2018 08:34:09 GMT</pubDate><category>Development</category><category>JavaScript</category><category>Nuxt</category></item><item><title>Promiseでの処理順指定の最低限メモ</title><link>https://skawashima.com/blog/2018/07/process-order-specified-minimum-memo-on-promise/</link><guid isPermaLink="true">https://skawashima.com/blog/2018/07/process-order-specified-minimum-memo-on-promise/</guid><description>この記事はQiitaに書いていた自身の記事のコピーです。 とにかく最低限。説明も最低限。</description><pubDate>Fri, 27 Jul 2018 08:23:17 GMT</pubDate><category>Development</category><category>JavaScript</category></item><item><title>ParcelでPWA化する最速の方法</title><link>https://skawashima.com/blog/2018/07/parcel-by-pwa-convert-fastest-of-method/</link><guid isPermaLink="true">https://skawashima.com/blog/2018/07/parcel-by-pwa-convert-fastest-of-method/</guid><description>この記事はQiitaに書いていた自身の記事のコピーです。 PWAに必要なもの、こと（最低限）は以下の通り。 - PWA化するWebサイト、Webアプリケーション - service-worker設定ファイル（js） - manifest設定ファイル（json） - それらをHTMLファイルから参照するlinkタグの追記</description><pubDate>Wed, 25 Jul 2018 08:30:50 GMT</pubDate><category>Development</category><category>JavaScript</category><category>PWA</category><category>Parcel</category></item><item><title>Parcel+ElectronではJSからCSSモジュールをimport/require出来ない</title><link>https://skawashima.com/blog/2018/07/parcel-electron-in-js-from-css-module-import-require-unavailable/</link><guid isPermaLink="true">https://skawashima.com/blog/2018/07/parcel-electron-in-js-from-css-module-import-require-unavailable/</guid><description>この記事はQiitaに書いていた自身の記事のコピーです。 ハマりレポです。半日吹き飛びました。</description><pubDate>Sun, 15 Jul 2018 08:25:57 GMT</pubDate><category>Development</category><category>Node.js</category><category>JavaScript</category><category>Electron</category><category>Parcel</category><category>CSS</category></item><item><title>初めてハッカソンに出場して考えたこと</title><link>https://skawashima.com/blog/2018/05/spajam2018-first-hackathon/</link><guid isPermaLink="true">https://skawashima.com/blog/2018/05/spajam2018-first-hackathon/</guid><description>この記事は、どこにもリンクを貼らずしれっと公開しています。 めちゃくちゃ読みにくい＆個人的な意見だらけなので、読む方は注意してください。 ハッカソンって、 Hack+Marathon だったんですね。 今回出場したタイミングで初めて知りました。 というわけで、 2018/5/12-13 に開催されたハッカソン「SPAJAM2018札幌予選」に出場してきました。 自分から行こうとしたわけではありませ…</description><pubDate>Sat, 19 May 2018 10:37:22 GMT</pubDate><category>Hackathon</category><category>Planning proposal</category><category>UI/UX Design</category><category>SPAJAM2018</category><category>&apos;!kie&apos;</category></item><item><title>Parcel+Hyperappでマークダウンエディタを作る</title><link>https://skawashima.com/blog/2018/04/make-markdown-editor-in-parcel-hyperapp/</link><guid isPermaLink="true">https://skawashima.com/blog/2018/04/make-markdown-editor-in-parcel-hyperapp/</guid><description>この記事はQiitaに書いていた自身の記事のコピーです。 色々と雑ですがお付き合いください。また、解説は自分のリポジトリのものと少し違います（Linter系バッサリ吹き飛んでます）。 こちら、結果リポジトリと公開したものです。</description><pubDate>Tue, 24 Apr 2018 08:07:59 GMT</pubDate><category>Development</category><category>hyperapp</category><category>Marked</category><category>highlight.js</category><category>Parcel</category><category>JavaScript</category></item><item><title>Ruby on Rails 学習メモ的チートシート</title><link>https://skawashima.com/blog/2018/04/ruby-on-rails-study-memo-cheat-sheet/</link><guid isPermaLink="true">https://skawashima.com/blog/2018/04/ruby-on-rails-study-memo-cheat-sheet/</guid><description>この記事はQiitaに書いていた自身の記事のコピーです。 なるほどと思ったことや、メモとして残したいことをじわじわ残していってるので、少しずつ内容は変化してます。あしからず。</description><pubDate>Wed, 11 Apr 2018 08:14:06 GMT</pubDate><category>Development</category><category>Ruby</category><category>Rails</category></item><item><title>1日でオフラインでも動作する家計簿Webアプリを作った話</title><link>https://skawashima.com/blog/2018/04/tokt_1-night-development/</link><guid isPermaLink="true">https://skawashima.com/blog/2018/04/tokt_1-night-development/</guid><description>先日、以前から知り合いで最近交流が活発になった後輩の yamaken 君がワードウルフのiOSアプリを公開しました。 非常にめでたい。ぜひ、DLして遊んであげて下さい。 で、ノリと雰囲気でそのアプリのデザインレビューをやってたんですが、その後輩からふと、 yamaken「あれ？先輩はアプリとか作らないんですか？」 と言われてしまいまして。 スマートフォン用のネイティブアプリ（いわゆる普通のアプリ）…</description><pubDate>Mon, 09 Apr 2018 15:57:21 GMT</pubDate><category>Development</category><category>PWA</category><category>Nuxt</category><category>Vue</category><category>Bulma</category><category>localForage</category><category>Frontend</category></item><item><title>Markdownで記述するブログを作ろうとして行き着いたもの</title><link>https://skawashima.com/blog/2018/04/research-markdown-blog-system/</link><guid isPermaLink="true">https://skawashima.com/blog/2018/04/research-markdown-blog-system/</guid><description>コトの発端は、ポートフォリオサイトを作った際に、更新していく内容が無いこと、Markdownを書き慣れすぎてこれまでやってたブログの記事作りが非常に面倒に感じ始めてしまったこと。発端と言いながら２つもあることは一旦置いといて、今回はこのブログを成り立たせている技術と、それに至るまでに触れた技術をざっくり並べようと思う。初めての環境でブログを書いているので、とりあえず口調は自分語り口調で行こうと思う…</description><pubDate>Thu, 05 Apr 2018 14:08:24 GMT</pubDate><category>Development</category><category>Hexo</category><category>Markdown</category><category>Blog</category><category>Web Frontend</category></item><item><title>n個の要素を同じ透明度で重ねる</title><link>https://skawashima.com/blog/2018/04/overlap-factor-by-same-transparency/</link><guid isPermaLink="true">https://skawashima.com/blog/2018/04/overlap-factor-by-same-transparency/</guid><description>この記事はQiitaに書いていた自身の記事のコピーです。 Webフロントにおいて、例えば青色と赤色のDiv要素を重ねて混色した紫色を作ろうとしたとき、どう Opacity を設定すればいいのか、偶然考える機会があったのでまとめました。</description><pubDate>Thu, 05 Apr 2018 08:04:00 GMT</pubDate><category>Development</category><category>JavaScript</category><category>CSS</category></item></channel></rss>