この1年半で実施した「16の人事施策」を振り返る｜風音屋（かざねや）
代表の @yuzutas0 です。風音屋（@Kazaneya_PR）では「1人目の人事担当」を募集しようとしています。 これまでは代表である私が中心となって人事系の施策を進めてきました。「事業は人なり」ということで、人事に関する書籍を30冊ほど読み漁り、1つ1つ試行錯誤を重ねています。この記事では、私自身の思考の整理を兼ねて、これまでの取り組みをシェアします。 風音屋という会社が「人事の重要性と本気で向き合っている会社なんだな」「人事をきちんとやろうとしているんだな」と伝わってもらえると嬉しいです。 ⚠️注意事項： ・人事周りのルールは今後変わっていく可能性があります。最新状況についてはカジュアル面談でお問い合わせください。 ・「これがベストだ！」と押し付けたり、「これが上手くいった！」とアピールする意図はありません。率直に振り返りと課題意識を書きました。むしろ反省点と学びだらけです。 ・
非同期処理をシンプルなPythonコードで説明する - Qiita
想定読者 非同期処理がいまいちイメージできないという人 非同期処理って具体的にどう書くの？という人 Pythonの基本文法はなんとなく知っているよという人（←具体的な実装方法を知りたい人のみ） Pythonがパソコンにインストールされている（←動作確認したい人のみ） 非同期処理、同期処理とは？ まずは結論から。 非同期処理とは、 あるタスクが終了するのを待っている間、別のタスクを実行すること。 同期処理とは、 処理を順番に実行していくこと。 以下、詳しく書いて行きます。 非同期処理のイメージ 非同期処理のイメージは、 家事を並行してこなすことに似ています。 例えば、 ご飯を炊いている間、炊飯器の前でただ炊けるのを待っていては、時間がもったいないです。 炊けるまでの１時間の間に、他のメニューを作ったり、部屋の掃除をした方が効率的です。 このように、 タスクA（ご飯を炊く）が完了するまでの間、
draw.ioを使ってAWSの構成図を作成するコツ - Qiita
案件でAWSの構成図を作成する機会があったので備忘兼ねて投稿します。 ※約5分で読めます 1. グループの内側から作成していく AWSの基本的なグループ構成はこんな感じ 添付の場合、個人的には Public subnet or Private subnet > Availability Aone > VPC > Region > AWS Cloudの順番で作成することをオススメします。理由は内側のグループが肥大すると外側のグループの手直しが発生するためです。 今回作成した時に外側から作成してしまい、めっちゃ時間がかかってしまいました... 2. グループの左上を掴む 日本語が下手ですみません。 なぜ左上を掴まないといけないか？試しにPublic subnetをクリックしてドラッグをすると、添付の様になりました。 クリックをするとグループの外から選択されてしまうため、選択したグループ内に存在
現職と前職で感じたスクラムの違い - Qiita
はじめに 今の会社に転職してきて２ヶ月が経ち、まだまだ分からないことも多いですが少しずつ環境にも慣れてきたので頭の中を整理するためにも今感じていることをアウトプットしたいなと思い書きました！ 現在、私が参画しているチームはスクラムをベースとして開発を行なっており、前職もスクラムでの開発を経験していたので、その違いを整理していきます。 前職 スクラムを導入するまでの背景 前職では、美容医療・精神科クリニックを運営している会社で、クリニックスタッフが使用する社内システムの開発に携わっていました。働き方としてはフル出社になります。 チーム構成は以下で、私はメンバーでした。 チーム構成（7名） ディレクター(PM) 1名 リーダー 1名 アーキテクト 1名 メンバー 4名 はじめからスクラムを導入していた訳ではありませんでした。 開発の流れとしては、クリニックスタッフまたは関係者からディレクター（
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
OS標準の強力ファイル複製コマンド「robocopy」を活用したGUI定期バックアップソフト／指定した日・曜日・時刻に自動実行、メール通知にも対応【レビュー】