[life] プログラマのための退職に伴う年金・保険証・住民税の手続きメモ - higepon blog
金曜日に退職し、すぐに働き始める訳ではないので、年金・保険証・住民税の手続きをやってきました。 忘れたり先延ばしにすると色々と面倒なのですぐにやってしまうのが良いです。 年金 会社に所属している間は厚生年金に加入していて「厚生年金保険」という項目で給与から年金の積立（？）が行われていました。 退職したので自分で払わなければいけません。 用意するもの以下の通り。 年金手帳（自分と妻の両方） 退職証明書（勤め先が発行してくれたもの） これを持って区役所の年金コーナーへ。 係の人に事情を説明すると 夫婦揃ってこれからは国民年金に加入 手続き時点では厚生年金が加入中の扱いだったので退職証明書のコピーをとって手続きしてもらう 後日、年金の納付書が送付されるので支払いをすれば OK。 再就職した場合は 夫婦の年金手帳を次の職場に提出し手続きをしてもらう 夫は厚生年金に加入 妻は3号被保険者に変更 保険
![[life] プログラマのための退職に伴う年金・保険証・住民税の手続きメモ - higepon blog](https://cdn-ak-scissors.b.st-hatena.com/image/square/fec7d0447112d332d0f7e0ebc4645ba70e340d4c/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fh%2Fhigepon%2F20071022%2F20071022104538.jpg)
セミナーBiZ - セミナーへ行こう！- 全国のセミナー情報を検索
ご利用の際のご注意： 同時に複数ログインいたしますと、画面遷移が乱れたり入力情報が正しく反映されない現象が発生いたします。ご利用の際には1つのログインでのみご対応をお願いいたします。
ITエンジニアの「やってはいけない」---目次：ITpro
設計・実装から運用，メソドロジまで，最新アンチパターンを徹底解説 先輩から教わったことのなかに多くの「やってはいけないこと」（アンチパターン）があるだろう。だが，その理由を問われると，うまく説明できないことがあるのではないだろうか。突き詰めて考えると，状況によっては「やっても構わない」こともあるし，技術の進化に伴い「やれるようになってきた」こともある。そこで設計，実装，テスト，運用，メソドロジの各分野について，取材を通じて浮かび上がった最新アンチパターンを徹底解説する。テーマごとに「どれくらいやってはいけないか」のレベルも表した。レベル３～レベル１の３段階あり，レベルの数字が大きいほど，やってはいけない度合いも大きい。 関連サイト： ■設計編 ■メソドロジ編 ■実装編 ■テスト編 ■運用編 ■サーバー運用編 ■データベース編 ■セキュリティ編 ■記録メディア編 ■方式設計編 ■内部統制編
＠IT：明日からできるプロジェクト管理（1）
デスマーチを止める進ちょく管理の現実解:GanttProjectの導入で進ちょくをコントロールする：明日からできるプロジェクト管理（1）（1/4 ページ） 開発プロジェクトは、何もしなければどんどん混乱していく。計画は破綻し、成果物は四散し、開発要員の心理はズタズタになる。混乱を収拾するのは容易ではない。開発プロジェクトの立ち上げ段階から秩序を導入し、整理整頓されたその状況をカットオーバーまで維持すること。もちろん、それは口でいうほど簡単なことではないのだが、まったく無理なことでもない。本連載では、プロジェクトに秩序をもたらすさまざまな手法を、開発プロジェクトの段階を追って解説していく。そして、手法の説明だけではなく、具体的なツールを使って「どうすれば効率的な管理が可能なのか」という現実的な提案も行うつもりである。ここで使用するツールはすべてオープンソースのプロダクトである。効果的な方法を
ウノウラボ Unoh Labs: 大規模プロジェクトの設計者が気をつけるべき点
こんにちは satoです。 ウノウはサーバ構築、設計開発から運用まですべてプログラマが行うのですが、 以前100人以上が関わるプロジェクトの設計を主任でやらせていただいたことがありました。 開発規模が大きくなると、リクルーティングや開発効率の点から、このような体制になることも 多いかと思います。 設計者やプログラマ、運用者がすべて同じ会社の人間の場合の話なので、参考になるかは わかりませんがそのときに感じたことを書きたいと思います。 ・一番大事なのはユースケース 大規模なサイトでは「設計上一番美しい設計が運営上最良ではない」ことが 多々あります。原因には「組織の力関係、歴史」や「運用者のITリテラシー」 など設計者一人では解決できない問題も多々あります。 用件の分析などをする場合は必ず、関わる人の職場を自分の目で見ること、 関わるひとと実際話してみることが大切だと思います
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://www.meetingplus.net/developers.php
無料書式フォーマット いただき君（A 生産・製造／研究開発・設計）
シゴタノ！ - 仕事を楽しくする研究日誌
フリーランス(All About)