)
財テク (住宅購入編) - shunirr
この記事は 2020 年に書かれたものです これまでのあらすじ 財テクを書いた後に、いままで賃貸に住んでいて、戸建かマンションを買ってみるかとなった COVID-19 の影響で在宅勤務が長期化しており、都心の 1LDK よりも、少し郊外で広い家に引っ越して、書斎というかオフィス的な空間を自宅内に用意したいと考えた 家の買い方に関する本をいろいろ買って読んでみたり、ネットの記事を読んでみたり、実際にマンションの購入手続きを進めてみたり (途中でキャンセルしたけど) 、仲介業者の紹介でファイナンシャルプランナーに相談したりした 前提 shunirr の独自研究による財テクをまとめています shunirr は、そこそこの規模の会社勤務なソフトウェアエンジニア、東京 23 区内在住、実家は田舎の賃貸で、相続できる資産とかは無い shunirr の思想・価値観によってまとめられているので異なる価値観
インタビュー分析を効率化する7つのメモ作成テクニック｜ISID UX Design Center
はじめに 私たちがデプスインタビューを行うときは、インタビュアーとメモ係が必ずペアで参加します。インタビューのローデータとなる書き起こしは作成に膨大な時間を要するため、8割程度はメモ係がインタビュー中に作り上げるように心がけています。 後から参照しやすい良質な書き起こしは、インサイトの発見やインタビュー設計の見直しを素早く行える強力な武器になります。そこで今回は、良い書き起こしを作るために意識している、インタビュー中のメモ取りの工夫についてお話しします。 インタビュー前の工夫 (1) インタビュースクリプトや参考資料を読み込んでおく インタビューを聞いていて一番手が止まりやすいのは、会話の中に知らない単語や文脈が出てきた瞬間です。「どういうことだろう？」と考えているうちに会話が過ぎていき、理解したときには完全に手が止まっていた…。ということがよくあります。特にBtoBや業務システムを対象に
開発プロジェクトふりかえり会 失敗事例集 - ルニラボ
はじめに 3,4年くらい業務でプロジェクト反省会番長をやっていたので、情報整理も兼ねて「反省会でやらかしたNG集」を作成した。 我々は効率よく業務改善をしたいのであって、ふりかえり会をやりたい訳ではないので、発生しがちなつまらないトラブルはサッと潰しておきたいよね。 ふりかえり自体の方法については書かない。 KPT法 YWT法 NG集 議題編 発生した問題を忘れる NG 反省会までのスパンが長いほどありがちで、「何かProblemが起きたはずだがメンバーが誰一人詳細を憶えていない」事態が発生する。 「喉元過ぎれば熱さを忘れる」というやつ。 お前らさぁ…感はあるが人間そういうもの。 対策 「ふりかえり議題置き場」を作って即座に書き残してもらうようにした。 GitLab,GitBucketなどのIssueを課題管理表として活用。 そのうち、即座に書き残す文化が定着する…はず。 そもそも、短いス
Overview | Cloudflare Rules docs
Cloudflare Rules allow you to make adjustments to requests and responses, configure Cloudflare settings, and trigger specific actions for matching requests. Rules features require that you proxy the DNS records of your domain (or subdomain) through Cloudflare.
How to read faster and remember more | Zell Liew
(Hey, we're having problems showing images in RSS right now, so if you want a better reading experience, consider viewing this article online [here](https://zellwk.com//blog/read-faster. We hope to fix this soon!). Reading is a skill I wanted to improve for ages. I wanted to read faster, because reading faster means I'll learn faster. So, I tried to learn how to speed read many times in the past.
7 More npm Tricks to Knock Your Wombat Socks Off
There are definitely some tricks when it comes to using npm’s CLI. There’s a ton of small features that you’d never know about unless someone told you or you inspect the docs insanely thoroughly. If you missed it, we put out a set of 11 Simple npm Tricks to Knock Your Wombat Socks off a few months ago. Since then, I’ve been using them as appropriate - I’ve gotten way faster working with Node.js an
Qiitaで技術系の記事を書く時に気をつけていること - Qiita
技術系の文章を書く際、「ここを気をつけているだけである程度読みやすい文章となる」といったポイントをいくつかご紹介したいと思います。 はじめてQiitaに投稿する人や、そうではないにしても、文章の品質を気にされるかたの助けになればと思います。 文章外のコンテンツ編 サンプルコードはできるだけ豊富に用意しましょう。 Qiita記事は、いわばドキュメントなので、文章が重要であることは当然です。 しかし、わかりやすさで言えば、エンジニアではコマンドやソースコードのほうがわかりやすい場合も多々あります。 不要であればどちらかを読み飛ばすことも可能な上、片方ではしっくりこない人は情報を補完しやすいので、できるだけサンプルコードは豊富に用意しましょう。 サンプルコードが肥大化してきた場合、GitHubにおいてやるのも一つの手かもしれません。 日付は正しく記しておきましょう。 コメントより。 Qiitaの
11 Simple npm Tricks That Will Knock Your Wombat Socks Off
Using npm effectively can be difficult. There are a ton of features built-in, and it can be a daunting task to try to approach learning them. Personally, even learning and using just one of these tricks (npm prune, which is #4) saved me from getting rid of unused modules manually by deleting node_modules and re-installing everything with npm install. As you can probably imagine, that was insanely
【暫定版】新人エンジニアのプルリクエスト入門 - Qiita
0.はじめに 新人さん向けプルリクエスト（以下：PR)の送り方・受け方入門をざっと書きます。 仕事ではScalaをベースに使っているので、それベースにサンプルコードを書きます。 もし、こういうのもあったほうがいいんじゃね？というのがあったら、編集リクエストください。 吟味して、取り入れます。 また、あえて少し乱暴めに書きます。 なぜかというと、この初めてエンジニアになった人にあなたのそのミスはこれくらい上司が呆れたり、イラっとしたりしますよということを伝えるためです。 というわけで、新人さんは参考に、上司の方は教育の参考に使ってもらえると幸いです。 1.PRを出す前にチェックすること 1-1.環境編 まずは、最低限の話をする。 正直、この章の☑が全てとおらないモノを論外と思ってくれていい。 ☑1: ビルドはとおるか？ これはホントに最低限。 一部の新人エンジニアを除いてグループ作業とかした
npmで同じライブラリの複数バージョンをインストールして使う方法
追記: [email protected]で別のパッケージを特定のパッケージ名で指定できるpackage aliasesが追加されました。 rfcs/0001-package-aliases.md at latest · npm/rfcs 注意: この手法はnpm ciで壊れてる場合があります npm ci fails with transitive local packages - 🐞 bugs - npm forum Add support for ESLint v2 by Daniel15 · Pull Request #107 · fkling/astexplorerを見ていて、一つのプロジェクト内で複数のバージョンの同じライブラリを使う面白い方法が使われてたのでメモです。 前述したAST explorerの場合だと、ESLint@1とESLint@2の両方に対応したPlaygr
週報仲間
仲間内で週報を送り合う Snippets メーリングリストをはじめてからもうすぐ一年経つ。仕事じゃなくて課外活動の話。 自分の勤務先では週報のことを Snippets と呼ぶ。(このへんにもうちょっと詳しい意見書がある。) ただし週刊とも限らず報告する相手も決まっていない。だからか weekly report とは呼ばない。 提出は義務でなく、書いていない人も多い。自分もながいことサボっていた。今は書いている。社内のしょぼい週報サイトにテキストを投稿するだけの素朴なもの。仕事の進まなさが直視できていい。他人の記録も読める。似たようなことをしている会社は多いと思う。 その仕事 Snippets の真似を課外活動でもやればいいと思い立ったのが今年のはじめ。友達に声をかけ、数人ではじめた。 毎週日曜の夕方、リマインドのメールが届く。そのメールに返信する形で各々が週報を送る。週ごとのスレッドができ
CSS Niteに出演される方へ
このページは、CSS Niteに出演される方への伝達事項や申し送りなどをまとめたものです。2008年からパスワード制限などをかけずに公開しています。 このドキュメントの目的 作成日：2008年09月30日、最終更新日： 2022年03月17日 5:44 「教え方がうまい人は何をしているか？」 青田 努さん がまとめられた「教え方がうまい人は何をしているか？」（「口語で教える場合」編）が非常に参考になります。 立体評価とともに準備の際の自己診断としてご利用ください。 青田さんに許可をいただいて掲載しています。PDFのダウンロードも可能です。 Facebookページ ブログ 発表者ツール（Keynoteの「発表者ディスプレイ」）は禁止です。 CSS Niteでは、PowerPointの発表者ツール（Keynoteの「発表者ディスプレイ」）はご遠慮いただいています。スクリーンにと手元のPCでは同
Git（GitHub）の運用で気をつけていること - えいのうにっき
ある日、 PR の内容を見ずにマージすることを岡島（ピッチャーの）というらしい 笑った— いのうえ (@a_know) 2015, 9月 10 ということで、脳天気に笑っていたら、 @a_know むしろイキナリmasterリポジトリに直接pushするパターンですね！— そーだい＠初代ALF (@soudai1025) 2015, 9月 10 という話になり、そしてなぜだか、 @a_know push -fと同様、Gitの運用アンチパターンとかどこかに纏めがほしいですねー。 #ブログ待ってます— そーだい＠初代ALF (@soudai1025) 2015, 9月 10 というはなしになったので、本当に必要として頂いているのかどうかはともかく、 Git / GitHub でぼくやぼくの職場で気をつけていそうなことをまとめてみる。 もくじ もくじ GitHub Flow に沿って開発する 基本
Dev Tips - Developer Tips by Umar Hansa
Sign up to receive a developer tip, in the form of a gif, in your inbox each week
AWS Tips I Wish I'd Known Before I Started - W(e)blinks
Note that this content is around 10 years old and may contain outdated information. Moving from physical servers to the "cloud" involves a paradigm shift in thinking. Generally in a physical environment you care about each invididual host; they each have their own static IP, you probably monitor them individually, and if one goes down you have to get it back up ASAP. You might think you can just m
React Tips and Best Practices - ÆFLASH
I've spent a good deal of the past year working with React. I've written, refactored, and re-written many components in that time, and I've seen some best practices and anti-patterns emerge. I'm not going to get into what React is or why you should use it — there are plenty of articles about React floating around the internet. I'm also going to assume you know the basics of working with React and
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - rstacruz/webpack-tricks: Tips and tricks in using Webpack
Tips & Tricks in Front-End Development
GitHub - loverajoel/jstips: This is about useful JS tips!
Tutorials
