転職する際に空白期間がない場合は会社側で手続きがほとんど終わりますが、一旦無職を挟んで転職する場合は、保険証、年金、iDeCoなどの手続きが必要になります。 今回の転職活動にあたって、 この手続きをするのに市役所やプリンターを使いたくないので、インターネットだけで完結できるかにトライしました。 Open Job Letterを公開しました | Web Scratch 手続きの前提条件 会社や個人によって前提が異なるので、ここでは次の前提で記事を書いています。 会社員: 厚生年金 保険証: ［ITS］関東ITソフトウェア健康保険組合 iDeCo: 個人型確定拠出年金 退職して次の会社が決まってない場合は、保険証や年金などの手続きが必要になります。 保険証: 国民健康保険か任意継続かは好きな方で 今回は任意継続を選択 年金: 厚生年金から国民年金第1号へ切り替える iDeCo: 「加入者被保険

紹介された方法は次の通りです。 まず、用意した鶏モモ肉に、重量の１%の塩をふります。 たとえば調理する肉が３００gならば、小さじ半分程度の塩３gをまぶしておきましょう。 皮がパリッパリ、身はプリップリのチキンステーキが完成です！ 鶏モモ肉を焼く際は、重しなどを使うと、よりパリッと感が増すとのこと。 器に盛って、お好みのソースや付け合わせを添えれば、豪華なクリスマスのごちそうになりますよ。 毎年１２月に紹介されている、『鶏モモ肉の焼き方』。 投稿には「クリスマスの予行練習でやってみたけど、皮パリパリで身はふわふわ！試食した子供も大喜びだった」「安い肉が名のある地鶏くらいにおいしくなった。またやろう！」など好評の声が寄せられていました。 チキンステーキは、シンプルな料理だからこそ、焼き加減や味付けに失敗してしまうことがあります。 「塩をふって寝かせておくだけ」であれば、誰でも簡単においしく作る

この記事の内容は、個人の意見であり感想です。くれぐれもよろしくおねがいします。 とりあえずドラフトですが公開します。識者のみなさまの暖かく、そして鋭いツッコミを期待します。 パスキーについて、非常にわかりやすいブログをえーじさんが書いてくださいました。コレを読んで頂ければほとんどのことが分かると思います。 先日の次世代Webカンファレンスで、私は、「結局、パスキーは秘密鍵と公開鍵のペア」と申し上げた立場からも、この疑問はごもっともだと思いましたので、すこし、私の思うところを述べたいと思います。 パスキーは２要素認証の場合が多いほとんどのユーザは、OS標準のパスキーを使うのではないかと思います。そして、生体認証、もしくは画面ロック用のパスワードやPIN等が設定されていない限り、OS標準のパスキーを使うことができません。そして、OS標準パスキーの利用時には、生体認証もしくは画面ロック解除のため

クラウド会計ソフト「やよい」シリーズを開発する弥生（東京都千代田区）は12月5日、同社開発のソフトで確定申告のデータが正しく送信されない不具合を確認したと発表した。画面上では確定申告が終わったように見えていたが、実際は国税庁にデータは送れていなかったという。 不具合が発生していたのは11月13日～12月4日。対象のソフトは「やよいの青色申告 オンライン」「やよいの白色申告 オンライン」「弥生会計（やよいの青色申告）」の3種類。期間中、これらのソフトを使って、e-Taxに直接申告できる機能「確定申告e-Taxオンライン」を利用していた場合、不具合に該当する。 不具合の内容は「確定申告e-Taxオンラインの画面上では、確定申告データの送信（電子申告）が完了しているように見えるが、実際には国税庁にデータが送信されていない」というもの。また期間中、「弥生製品からメッセージボックスを確認すると、動作

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 仕事に追われる日々から解放され快適に楽しく働くことができる環境を実現するためには、自己管理が重要です。ここでいう「仕事に追われず快適に楽しく働ける状態」とは、自分自身で意思決定を行い、仕事の進行を自らコントロールする能力を身につけることを意味します。 多くのエンジニアは仕事の量や複雑さに圧倒され、自分のペースで仕事を進めることができないという状況に直面しています。しかし、自己管理スキルを身につけることでこれらの課題を乗り越え、より自分起点な働き方が可能になります。 この記事では、よく起きがちな問題とあわせて自己管理を強化するた

松尾衡 @komatsuof1 多くのスタッフが協力してくれて形になったのですが、自分のエゴで言うなら、自分の仕事のうちの１カットでも多くの人の記憶に残ってくれる事はとても素敵な事だと思っている。 僕はラッキなー演出家だ。 twitter.com/sioagisoluto/s… 2023-12-17 03:30:24

日本のニュースアグリゲーターである「SmartNews(スマートニュース)」は、一時は評価額が20億ドル(約2800億円)に到達し「アメリカ最強アプリ」と評されるまでになりますが、2023年1月にはアメリカの従業員の40％が解雇され、さらに10月には同社の会長・社長・CEOを兼務していた鈴木健氏がCEOと社長の職を退任する事態にまで陥りました。アメリカで急速に発展していたはずのSmartNewsで一体何が起こっているのかを、海外メディアのRest of Worldがまとめています。 Smartnews was ready to take on the US market. Where did it go wrong? https://restofworld.org/2023/smartnews-japan-unicorn-layoffs-media/ SmartNewsがサービスをスタート

チームで仕事するとき、みんなもう少し自分の存在、自分のリアクションがチームに与える影響を自覚した方がいい。 例えばミーティングでブレストしているとき、議論が前に進むのは、あるときふと場に出されたアイデアに対して、誰かが"それいいですね"って言った瞬間である。アイデアを出したとき、その人にはふつう、確信なんてほとんどない。僕なんか自分の意見に自信なんかなくて(大体みんなそうなのだ)、言ってみて、まわりの反応を見て、あ、なんか良さそうだ…と思ったときにやっと前に進むことができる。みんな、自信なんてないのだ。だからアイデアは、場に出されたときはまだ、波際の砂のお城のようにやわらかである。 しかし、あるアイデアに対して、それいいね、と声をもらったとき。いい顔が見えたとき。姿勢が前のめりになってくるとき。そのときとあるアイデアは、はじめて光るのだ、形になる可能性を見せるのだ。 * 逆に言えば、議論に

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? この記事はエンジニア転職 Advent Calendar 2023の11日目になります。 10日目はnewtaさんの「やりたいことをするための環境を探そう」でした。「野球をやっててもサッカーはうまくならない」というのには膝を叩いて納得してしまいました。確かにその通りですね。今後の参考にしたいと思います。 さて、この記事はアラフィフのおっさんエンジニアによる転職失敗談です。皆様の成功談のなかで恐縮ですが、他人の失敗から学べることもあると思いますので、よろしければご覧ください。 ざっくり自分の経歴 新卒でベンチャー企業に就職。約10年働くも

// 追記（2023/12/9） なんとミノ駆動 さんにコメントいただけました。 もちろん良いコード/悪いコードで学ぶ設計入門 ―保守しやすい 成長し続けるコードの書き方は読んで影響を受けてます。 とってもうれしい。 想定読者 新卒 ~ ２年目くらいまでのプログラミング初心者 Webアプリの保守開発をしているエンジニア 3ヶ月前くらいの自分（未経験からエンジニアになって１年くらい） こんなことないでしょうか 先輩などから原理原則の観点を共有してもらったり、そのうえで自分なりに勉強をしているはずなのに、実務ではなかなか手が動かない 変更指示に対して、「先輩が言っているんだし正しいんだろうな」とその場では指示の理由や目的が分からないまま修正を行うことがある（分かっていないため別の機会で同じ指摘を受けることがある） 自身のコーディングには判断基準や根拠がなく、なんとなくの判断に頼ることがある 上

おれはねとらぼをやめるぞ！　ジョジョーッ！ というわけで2023年11月30日をもってアイティメディア（ねとらぼの会社）を退職しました。 30手前までフリーライターなどと称して世間を欺き実家でただただ黒霧島を飲む毎日を過ごしていた穀潰しの私に仕事を与え、ついには「正社員」という真人間の称号まで授与してくれた会社には感謝しかありません。本当にクソお世話になりました。 今後はフリーランスに戻ります。なお、2023年12月1日からは業務委託としてねとらぼの編集・執筆に携わっていきます。そんな音速の出戻りあるんだ、という感じですが他の仕事も並行してやっていきます。ねとらぼ以外にも色々やりてえぜ、ってことで今回の決断となりました。 「父さんな、会社辞めてYouTube1本で食っていこうと思う」みたいな激イタ退職エントリを期待した方には置きに行った選択で申し訳ないんですが、ねとらぼの仕事量を半分くらい

「あとで読む」と思った本が、後で読まれた試しがない。 今度の週末・連休にと、積まれた本は崩されない。次の盆休み・年末年始に繰り越され、山脈を成し床が消える。 読書を食事になぞらえて、「血肉化」と表現するならば、私がやっていることは、メニューを眺めて片っ端から注文しているくせに、いんすた映えを気にしながら撮るくせに、まともに咀嚼して嚥下して消化してない状態だ。 そのくせ、「積読も読書のうち」と開き直ったり、溜まった本こそ私の証などと屁理屈こね回す。読まない本に「負債」のような後ろめたさを感じつつ、新刊本を探しだす。新しい本はそれだけで価値があると盲信し、かくして積読リストは延びてゆく。 もう一つ、恐ろしい予感がある。感受性の劣化だ。 あれほど楽しみに「取っておいた」本が、まるで面白くなくなっている。いや、その本の「面白さ」が何であるかは理解できる。だが、それを面白いと感じなくなっているのだ。

こういうことはレポジトリ構成・ワークフローと密接に紐づいているので、そういう前提を抜きにはどれがいいとかはいうことはできない。が、自分はいわゆるsquash and mergeのみの環境しかほとんど経験がないし、それで困ったことが一度もない、という話をしておきたいので書いておきたい、ので書いておく。 squash and mergeのメリットは書いてある通りで、基本的にPR内の細かい修正というのはゴミみたいなコミットが多く、メッセージも雑なことが多いので、それをコミットログに残しておくのは嫌だということがある。それよりは意味のある単位のコミットを残しておきたいし、それの単位はPRで行うのが良い、ということだ。 “Google-style” workflow デメリットの方は、いわゆるfeature branchというワークフローで顕在化する問題であると思う。で解決策はあり、それはワークフロ

1　はじめに 内閣府が2024年2月に発表した各国の名目GDPでは、日本はドイツに追い抜かれた。かつて日本は米国に次ぐ世界第二位の経済大国だったが、2010年に中国に抜かれ、2024年ドイツに抜かれ、第四位になった。沈没する日本を象徴しているようだ。日本の労働生産性は、ポーランドや東欧・バルト海とほぼ同水準まで落ちている。 GDPは、国のなかで作り出される「付加価値」の合計である。付加価値を作り出すのは企業活動なので、日本企業は約30年間、作り出す付加価値がほとんど変わらなかったが、ドイツ企業が作る付加価値は増え続け、そして今般、その合計が日本を越えた。日本企業は約30年間、成長せず、現状維持を続けたということを意味している。 日本の若者は決して怠けている訳ではない。夜遅くまで残業し、必死で働いている。だが、企業が作り出す付加価値が一向に増えないのは、経営者の責任であり、行政・政治の責任で

こんにちは！ブロックチェーンチームでエンジニアをしている id:dorapon2000 です。最近買ってよかったものは「潮の華 あおさといわしふりかけ」です。 今回は Git の Squash マージについての知見を共有したいと思います。端的に言うと、 チーム開発で Non Fast-Forward マージをやめて Squash マージを採用し、再び Non Fast-Forward マージに戻した経緯の説明です。Squash マージを運用に導入するか考えたことがある方の参考になればと思います。 Squash マージとは マージには 3 種類ありますね。みなさんはトピックブランチを main へマージする際にどのマージ方法を利用していますか？ Fast-Forward マージ git merge --ff-only Non Fast-Forward マージ git merge --no-f

不動産を売却するには、さまざまな書類が必要になります。書類を要するタイミングは、販売活動を任せる仲介会社との「媒介契約時」、仲介会社の「販売活動中」、買主と結ぶ「売買契約時」、売買契約に記載した期日に実施する「引き渡し時」の4つに大別できます。 この記事では、どのタイミングでどのような書類が必要になるのかをご紹介します。 売却に必要な書類の種類や必要になるタイミング、取得する方法 不動産の売却時に必要となる書類について、必要度合いや必要になるタイミングとともに紹介します。 また、用途や入手方法についても解説します。 なかには、すでに持っているはずの書類もありますし、手配してから入手できるまで時間を要するものもあります。 自身の場合はどうなのかを思い起こしながら読んでみてください。 【チェックリスト】不動産売却の必要書類 不動産書類で必要な書類は、以下の一覧表のとおり全17種類あります。詳細

こんにちは、ソーシャル経済メディア「NewsPicks」のむとうです。 先日から『Ghost of Tsushima』の開発者が書いた『ルールズ・オブ・プログラミング』という本をちょっとずつ読み進めていて、プログラミング熱が高まっています。この本は大きな指針を示すだけで具体の話をするものではないのですが、読み物として面白いので私も似たようなことをやってみたくなりました。 何年もこういう仕事をしているとバグが入るパターンというのが見えてきます。そしてだいたいどこに行っても何の仕事でも似たようなことをすることになるのですが、今回の話もその一つです。 構造化テキストを文字列結合で作らない、置換でいじらないというのはこれだけみると何のことか分かりづらいかも知れませんがSaaS Product Team セキュアコーディングの啓蒙 第2回 （SQL インジェクション編）の内容とある面では同じ話です。

4人部署で１人産休からの時短、１人が夏の間に退職で実質稼働人員が2.3人になった。 当然ながら仕事量は変わらない、そして新規で人が入るのは年度が変わってから。 そんで働く女性応援ってことで何故か時短してマネジメントもなんもできてない時短ママが昇進＆昇給。 それに伴い流石にということで別部署から１人補充が入った。 まあここまでは良かった、別に文句はない。 問題はその時短ママがなんでか知らんがなんのマネジメントもできない、しない上に今までやってた仕事を管理業務が増えたからしない、できないと言って新人教育も俺等に投げてきた事。 そんで時短ママは発熱でしょっちゅう帰るしslackにも応答ない事が増えた。 勘違いしないでほしいが別に時短ママが帰る事も昇進した事にも文句はない。 ３人の中で一番勤務年数も長いしね。 新人教育投げてきた時はこいつマジか？って思ったけど。 ただ困ったのが俺とAさんで実質４人

どうも、レコメンド商品のシステム開発をしている野川と申します。 私は、2021年にモノタロウに新卒入社し、2022年5月からレコメンド商品の開発に関わり始めました。 モノタロウのレコメンド商品は、下の図の①～④の流れでクライアントサイドで表示しています。大部分の処理はJavaScriptで構成しており、UIもそのHTML部分をjQuery(JavaScript)で作成しています。 図：レコメンド商品表の流れ 入社当時私は、ソフトウェアエンジニアとして、「可読性の低いコードは駆逐するべきだ」「読みやすいコードだけが正義である」「理解しやすいシステムだけが皆を幸せにする」と心の底から考えていました。加えて、「なぜ先輩たちは可読性の低いコードを放置して平気なのか？」と疑問を持つこともしばしばありました。 レコメンド商品周りのコードはまさに可読性の低いコードベースとなっていたため、当事者となった私