久しぶりのはてブ投稿 - 糸電話式のアレ
どうも、えいやです 近年は、はてブにほとんど投稿してこなかったのですがよそでは割と活動しています なので、近年のまとめリンクを置いておきますね シェアハウス始めました note.com コロナ禍で活動が停滞していたギークハウスから独立して、品川区旗の台でシェアハウスをはじめていました 都内ではあまり有名な土地ではないですが、結構な回数の引っ越しをしてきた僕からみてもぶっちぎりで住みやすい町なのでおすすめです 庭付きの戸建てで、景観の向上のためにも土いじりや庭いじりを趣味にしています 立地が小学校の隣なので晴れの日には日中騒がしいときもありますが、AWS Loft Tokyoにも自転車ですぐ行けるのでリモートワークの際でも近場に働きやすい環境が整っています 法人を立ち上げて代表をしています note.com シェアハウス事業を行うためのマイクロ法人を立ち上げて、期ごとに決算の報告とかしていま
東大法学部卒（31歳・無職）が半年でプログラマーになれたのは生存本能のおかげ～『freee』開発者・平栗遵宜さん - エンジニアtype | 転職type
2013.09.26 働き方 専任の経理担当者を置くことができない中小零細企業の経営者やフリーランスにとって、業務の合間を縫って行う簿記・帳簿作業は手間以外の何物でもない。 この手間と負担を解消する会計サービスとして脚光を集めているのが、全自動のクラウド会計ソフト『freee（フリー）』である。 会計全般をサポートするクラウド型ソフトとして、青色申告や会社法に対応した決算書にも対応している『freee』 最大の魅力は、入力作業を最大限に省力化できる点。あらかじめ銀行口座の出入金履歴やクレジットカードの使用履歴をWebアカウント経由で同期しておくと、『freee』が明細情報を解析。金額や摘要に準じた適切な勘定科目を、帳簿上に自動で割り振ってくれる。 ユーザーは、基本的にその内容を承認するだけ。“仕訳”や“勘定科目”を意識することなく、ほとんどの作業をクリックベースで完結できると評判だ。 同サ
勉強することで何がいいのか実力者がいないことでデメリットはあるか - きしだのHatena
「この辺を勉強してどういう良いことがあったか教えて欲しい。」というコメントがついてた。 良いこととして、一番は、まあ勉強するのが楽しくなった、ということなのだけど、それは循環してるので置いておいて。 実務的に一番いいのは、プログラムを組むのが楽になったということ。 とくに、本質的な間違いが少なくなっていくので、後戻りが減るというのが楽。組んでみたけど動かない、途中でそれ以上組めなくなる、というのが少ない。まあ、ミスはあるので、そこの修正はするけど。 あと、できないことができないとわかりやすい。そのデータの持ち方でそのデータ数でその処理ではその精度の要求は満たせない、ということが原理的に判断しやすくなる。なので、むだな努力をしない。そして、どの条件を緩和すれば要求が満たせるかにも気づきやすい。 初見のライブラリや言語、ツールの理解が早くなる、とかも。 もちろん、前のエントリにも書いたように「
Chrome開発者が語る、幸せなエンジニアになるための条件 - Google 鵜飼氏
「開発者として幸せな生き方とは何か? 」と聞かれて、即答できる人はなかなかいないのではないだろうか。自分が作った製品が世の中で広く使われること、成果が多くの人に評価されること、多くの報酬をもらえること、自分が興味を持った分野をひたすらに追求できること……。人によってさまざまな判断基準が存在し、そのどれもが正しい。 しかし、「自分にとっては何が幸せなことなのか」「その状態に近づくためには、どうすればいいのか」を考え、行動することは、その人が「正しい答え」に近づくために避けては通れない課題だ。人生の一部となる仕事の側面でも、そこから自らのキャリアをどのようにデザインし、実現していくかをプランニングすることになる。 マイナビは11月19日に開発者向けの転職イベント「ITエンジニアセミナー 東京」を開催する。その中で、Googleの東京エンジニアリングセンターに所属するソフトウェアエンジニアの鵜飼
ピーターの法則 - Wikipedia
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。出典を追加して記事の信頼性向上にご協力ください。（このテンプレートの使い方） 出典検索?: "ピーターの法則" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL（2009年12月） ピーターの法則（ピーターのほうそく、英: Peter Principle）とは組織構成員の労働に関する社会学の法則。 能力主義の階層社会では、人間は能力の極限まで出世する。したがって、有能な平（ひら）構成員は、無能な中間管理職になる。 時が経つにつれて、人間はみな出世していく。無能な平構成員は、そのまま平構成員の地位に落ち着く。また、有能な平構成員は無能な中間管理職の地位に落ち着く。その結果、各階層は、無能な人間で埋め尽くされる。 その組織の仕事は、まだ出
結城浩の心がけ
結城浩 私は、でたらめに行動しているわけではありません。 自分の行動の「心がけ」をまとめてみました。 パターン・ランゲージ 絵本を読むときのパターン・ランゲージ 技術系メーリングリストで質問するときのパターン・ランゲージ 文章を書く心がけ 文章を書く心がけ 文章を書く心がけ2 —— 書き始めれば、書ける 文章を書く心がけ3 —— 校正の実例 文章を書く心がけ4 —— 書籍執筆とオンラインレビュー 文章を書く心がけ5 —— 校正の実例2 インターネットの心がけ Webページを作る心がけ メールを書く心がけ チャットの心がけ 仕事の心がけ 仕事の心がけ 仕事の心がけ2 —— 仕事のトラブル・ケーススタディ その他の心がけ 教えるときの心がけ 祈りの心がけ 翻訳の心がけ 絵本を読む心がけ 家事手伝いの心がけ 女性とおつきあいをするときの心がけ Web日記を書く心がけ ちらかった部屋を片づける心が
退職願・退職届・辞表の書き方
新着情報 2015/4/15 サイトリニューアルしました 2012/2/20 円満退職に向けてのコーナーを新設しました 退職願と退職届と辞表、どれも全部同じ？ いいえ、違います。似ているようで、それぞれ使い道が異なります。 退職願（ねがい） 合意により労働契約を解約してもらうための申し出。いわゆる「申込」の段階であり、相手側（会社）が承諾してはじめて退職となります。出した時点では退職となりません。また、相手が承諾するまでは撤回することができるのも一つの特徴とされています。 退職届（とどけ） 会社への最終的な意思表示であり、届が受理される＝退職となります。退職願と異なり、特別な事情がない限り撤回することはできません。 →もっと詳しく お役立ちリンク 労働基準法の解説、相談できる専門家の紹介 →労働基準法・労働基準監督署ガイド 履歴書の書き方、書式ダウンロード、面接・転職活動のアドバイス →正
「きわめて短時間にそこそこの成果を上げる人間」の取説とその弱点 - ミームの死骸を待ちながら
「きわめて短時間にそこそこの成果を上げる」ことを得意とするタイプの人がいる。 ギリギリまで何もしないで、期限が迫ってから取りかかるくせに、最終的な成果物を見ると平均以上のクオリティを保っている。 難問に対して絶対的な解答をもたらすことはできないが、落としどころを見つけることに長けている。 他人から見れば「どう考えればそうなるのかわからない」思考プロセスを辿って、それでもまともな形で結果を出すことが出来る。 また、思考に小回りがきくため、急な状況の変化に難なく対応できる。 「きわめて短時間にそこそこの成果を上げる人間」の特徴 このタイプの人間には幾つかの特徴がある。 まず彼らは目的からスタートする。ひとたび目標を設定すると、それに向かって誘導ミサイルのごとく突撃する。 目に見える成果をイメージし、その実現に必要なリソースを自分の経験や他人の能力、そして環境の中から素早く探し出して投入し、カオ
一人で仕事をする上で学んだ５つの事｜SOHOとしての日常*ホームページを作る人のネタ帳
個人的な話になるのですが、職場を自宅にした事で様々な変化がありました。 この変化の中で一番重要なのが「自分の管理」です。 しかし、自分を管理する事がいかに難しい事かと言うのは孤独であればあるほど難しい問題です。 様々なタスクに優先順位をつけて、自分が決めた期日までにそれを解決していかなければならないのですが、いかんせん時間が足りない上に、さらに体調不慮とか情けない状況になり、少しふさぎ気味になっていました。 このとき、どのようにしてこれらを乗り越えていくかと言う心構えと言うか、具体的にどうしてきたと言うのを記録しておきます。 １）タイムオーバーしたタスクは優先順位すら悩んでしまう 私の場合特に入院なんていうイベントに見舞われてしまい、やる事がちょっと増えすぎてしまった状況になり「どれもこれも重要なのに、優先順位を決めなければならない」という事態になりました。 タスク管理ツールにどれを解決す
成長につながる五つの習慣
プロジェクトをやり遂げても、それが成長につながるとは限らない。ITエンジニア自身が、スキルアップのために日々取り組むことが大切だ。育つエンジニアはどう行動しているのか。五つの習慣を紹介する。 プロジェクトの納期は厳しかったが、なんとか自分が担当する仕事をやり遂げられた──。プロジェクトが終わったとき、多くのITエンジニアは達成感を得られるに違いない。しかしその達成感は、必ずしもスキルアップとイコールではない。NTTデータCCSの梅澤氏は、「達成感があっても、相応のスキルアップが図れていないケースが少なくない」と指摘する。 例えば、リーダーが毎日出す指示通りに、メンバーが作業を進めているだけのケース。無事プロジェクトが終わったことで、メンバーは「やればできる」と自信を持つかもしれない。 しかし、「自ら考えて判断することなくプロジェクトが進んでしまうと、ITエンジニアのスキルは思うようには向上
議事録を書くときに意識すべきこと - Be Happyman!!
開発現場であってもそうでなくても議事録を書く機会は多いのですが、意外に役にたつ議事録を書くのは難しいものです。ということで、以下自著『プロジェクトを成功させる現場リーダーの技術』より議事録の書き方をまるっと引用。キーワードは「目的・課題・アクション！」です。 会議は避けられない 一口に会議といっても、あらかじめ計画されている定例的なものから、突発的に発生する小さなプロジェクト内ミーティングにいたるまで色々ですが、プロジェクトがさまざまな人との協調作業であり、プロジェクトの生み出す価値がたくさんの利害関係者の合意によって成り立つ以上、会議は必要かつ重要な活動です。実際、大規模プロジェクトでは、プロジェクトの計画段階でコミュニケーション計画として会議体が定義されます。世の中無駄な会議が多すぎると嘆かれながらも、実際問題として、プロジェクトは会議によって進んでいるというのも事実です。 現場リーダ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
八木啓太 さん（Bsize Inc.）｜インタビュー
Lancers
就活生のみなさんへ ～文系？理系？～ « サーバーワークス社長ブログ
http://oohara.mt.tama.hosei.ac.jp/oz/502/502-3.pdf
TED: Ideas worth spreading