並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 572件

新着順 人気順

エンジニアの検索結果1 - 40 件 / 572件

  • 正しく評価される自己評価の書き方 - るさんちまん

    はじめに 会社員として働く上で評価は最も大きな関心事の1つでしょう。評価によって自身の職位や給料が決まるのでそれも当然です。 しかしながら、「納得感のある評価を受けられていますか?」と問うと明確にYesと答えられる人は稀でしょう。「成果を出したのに正しく評価されていない」と不満を持っていたり「評価は偉い人が勝手に決めるものだから…」と諦めている人もいるのではないでしょうか。少なくとも過去の私はそうでした。 そもそも、評価をどのように受けるべきか指導や研修を受けたことはありますか?私にはその記憶はなく、自身が評価者の立場になって初めて評価というシステムに真剣に向き合うことになりました。 評価の際に被評価者としてできることは、評価者に自分の成果や成長を適切にアピールすることです。そして、アピールの方法として最も確実かつ重要なのは伝わる自己評価を書くことです このエントリは、被評価者が評価者に正

      正しく評価される自己評価の書き方 - るさんちまん
    • 親がだんだんと弱ってきて、介護が必要になりそうだという予感があるなら..

      親がだんだんと弱ってきて、介護が必要になりそうだという予感があるなら、もうその時点で地域の包括支援センターに相談してみるといいよ。 まだ早い、なんてことはなくてね。なぜかというと、介護保険制度がそもそも本格的な介護に入る前から予防するということも想定された制度になってるから。 介護保険は、介護状態になったら使う「要介護」というレベルの前に、介護を予防する「要支援」という等級があって、そこから介護度が進行しないように予防する。 要支援は立ち上がるときにどこかにつかまらないと立ち上がれない、とかであればほぼほぼ降りる。ここから介護制度につながっておこう。 この期間のことを「フレイル」あるいは「プレ介護」と呼ぶことがある。この期間から介入しておくことによって、本格的に介護が必要となる時期を遅らせることができることが分かっているし 本人の健康寿命も延びていくので、できるだけ早期に準備を始めよう。

        親がだんだんと弱ってきて、介護が必要になりそうだという予感があるなら..
      • マネジメントは教養や所作ではなく、"業務"である|長村禎庸@EVeM

        はじめに「マネージャーは尊敬される人柄じゃないと無理ですよね」 「マネージャーは対人感受性がないと」 「そもそも、人として向き不向きがあるよね」 経営者の方と議論していると、マネージャーを誰にしようかと悩む時、あるいは自社のマネージャーについてコメントをする時、こういうご意見はよく伺います。 これらの問いに対して私の答えは「No」です。 マネジメントはフローもやり方もはっきりと言語化できる"業務"であり、そこにはマニュアルが存在します。訓練すれば誰でも一定程度のレベルで実行可能なものだと考えます。 今回は私が代表を務める会社、EVeMが提唱するマネジメント”業務”の実行方法「THE MANAGEMENT PATTERN」と、それを実行可能にする訓練方法について書きたいと思います。 マネジメントは"業務"であるドラッカーの言葉に「仕事を生産的なものにし、人間を活かすことが、マネジメントの役割

          マネジメントは教養や所作ではなく、"業務"である|長村禎庸@EVeM
        • 良い仕事は「良い頼みごと」から生まれる。誰かに何かを作ってもらう人が押さえておくべき“7箇条” - ミーツキャリアbyマイナビ転職

          今週、皆さんはどんなふうに「お願いごと」をしましたか? システム開発や、新規事業創出にまつわるプロジェクトにおいては、プロジェクトリーダーやプロジェクトマネージャーが、開発部門に対して「〜を作ってほしい」とお願いする局面がしばしば訪れます。 そういった場面において、コミュニケーションの齟齬などが引き金になり、結果として、誰しもが「こんなはずじゃなかった」と感じるものが出来上がってしまうことは珍しくありません。 世のほとんどの仕事は一人で完結しない、誰かに何かを作ってもらわなければ成り立たないものです。 だからこそ、仕事の質を上げ、キャリアアップを目指したいビジネスパーソンにとって、「お願いごと(依頼)の技術」は必要不可欠と言えるでしょう。 そこで今回は、システム開発やビジネス・プロセス・アウトソーシング(BPO、業務プロセスの一部を外部委託すること)を牽引するコンサルタントとして、数々の大

            良い仕事は「良い頼みごと」から生まれる。誰かに何かを作ってもらう人が押さえておくべき“7箇条” - ミーツキャリアbyマイナビ転職
          • 要件定義|3分で読める非機能要件について - Qiita

            はじめに エンジニアのみなさま、日々の学習本当にお疲れ様です! また本記事まで足を運んでいただき本当に感謝です。 約3分程度で読めるので最後まで読んでもらえると幸いです。 要件定義関連の記事の投稿をしました。時間あればぜひ読んでみてください。 今回は「非機能要件」の 可用性 性能・拡張性 運用・保守性 移行性 セキュリティ システム環境・エコロジー の6項目について理解を深めてアウトプットしようと思います。 非機能要件|6項目について 1. 可用性 システムが継続して利用可能な状態を維持する能力を指します。『稼働率』 で表現されます。システムは定期メンテナンスや予期しない障害により、一時的に利用できなくなることがあります。可用性は、稼働している時間と停止から復旧までの時間の割合で決まります。たとえば、Amazonの「Amazon ECS」サービスは 『99.99%』 の稼働率を保証しており

              要件定義|3分で読める非機能要件について - Qiita
            • 【図解解説】これ1本でGitをマスターできるチュートリアル!【完全版】 - Qiita

              Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに こんにちは、Watanabe Jin(@Sicut_study)です。 今回は記事1本で初心者が必要な知識を全て学べるGitチュートリアルを紹介していきます。 世の中にはたくさんのGitに関する教材があります。しかし、真に良いと思える教材はありません。 もちろん私も4年前はGitという言葉を知らない状態から、書籍などで学習をしました。 しかし、書籍で知識を得たとしても実際にコマンドを使って実践的に学んだわけではなかったのでほとんど身になりませんでした。 私が思う世の中にあるGitの教材のイケてない点は2つです。 結局ほとんどの

                【図解解説】これ1本でGitをマスターできるチュートリアル!【完全版】 - Qiita
              • Cygamesで体験したブラック労働を綴る

                10/11追記:noteへ移植しました。 https://note.com/naru_oriko/n/n9b127bbd18e0 はじめに本記事の内容は数年前の状況で、現在は修繕されている可能性があります。 また、入社希望者を止めたり、Cygamesの各ゲームタイトルへのイメージを下げる目的はございません。 Cygamesは企業イメージを落とさないよう社員による内部情報の漏洩やSNS投稿等にかなり厳しく網を張っています。 特定されたらどうなるのかが怖くて、離職から数年間は何もせずただCygamesのCMを目にする度に軽いPTSDを発症していました。 現在、労働中に患った軽度な精神疾患が元となり精神障害へと発展した為、本記事を書こうと決めました。 最初の部署でのセクハラ行為私は開発エンジニアとして所属しました。 まず初めに所属した部署で、上長からセクハラ行為を受けました。 懇親会で使うお店の

                  Cygamesで体験したブラック労働を綴る
                • はてブ有名人の生存確認

                  https://anond.hatelabo.jp/20240826173020 これを読んで、昔はてブで良く見かけた人って今何してるのかなぁって気になったので調べる。明日から三連休だし、みんなも協力してね(仕事がある人ごめんなさい) 敬称略。思いついた順に書いてるから順番はぐちゃぐちゃ。 近藤淳也はてなの会長をやってる伊藤直也一休のCTOやってる宮川達彦Fastlyに勤めてる小飼弾404 Blog Not Foundは2017年から更新なし。Xは更新しているので生きてるはまちちゃん調査中あまちゃん調査中ゆーすけべーCloudflareに勤めてるちきりんChikirinの日記を今も更新してる山本一郎たまにホッテントリ上がるので生きてるかわんご元気シロクマシロクマの屑籠 更新してるヨッピー記事書いてる(https://omocoro.jp/writer/yoppy)地獄のミサワしばらくXの更

                    はてブ有名人の生存確認
                  • エンジニアが知っておくべき請負契約と準委任契約の違い - Qiita

                    参考 IT業界では、請負契約と準委任契約がよく使われます。 委任契約はあまり使われることはなく、筆者も見たことがありません。 これは、エンジニアが法律行為を伴う業務を行うことが少ないためです。 請負契約と準委任契約の違い 請負契約と準委任契約は、どちらも業務委託契約の一種ですが、大きな違いがあります。 一言でいうと、請負契約は「成果物を納品することが目的」であり、準委任契約は「業務の遂行自体が目的」です。 請負契約では成果物を納品する責任が発生しますが、準委任契約ではその責任は発生しません。 ウォーターフォール開発で言うと、PoCや要件定義は準委任契約、設計や開発、テストは請負契約になることが多いです。 また、SES(システムエンジニアリングサービス)も準委任契約で結ばれることが多いですね。 PoCや要件定義が準委任契約になることが多いのは、不確定要素が多いため、確実に成果物を納品すること

                      エンジニアが知っておくべき請負契約と準委任契約の違い - Qiita
                    • エンジニア採用のパラダイムシフト - laiso

                      エンジニア採用の状況は地域によって大きく異なる 最近視聴した2つのコンテンツが、同じソフトウェアエンジニア採用の話題を取り扱っているにもかかわらず、その内容が両極端で非常に興味深かった。 ひとつは「エンジニア採用必勝法・これだけでわかるDevRel入門」という動画で、もうひとつは「最近カナダで就職したエンジニアと一緒に北米就活の攻略法を語る」というポッドキャストのエピソードだ。 エンジニア市場と企業の採用戦略は地域や業界によって異なるが、ここで話されている東京と北米(バンクーバー)では顕著な違いが見られる。 東京を中心とする日本ではテック企業間での人材獲得競争が激しく、特にエンジニアが不足しているため、採用広報の役割の重要性が増し、DevRelといった呼び名で施策が実行されている。 一方、カナダでは、永住権を持たない外国人労働者が職を得るハードルが高く、求職者の競争が激しい現状が実際

                        エンジニア採用のパラダイムシフト - laiso
                      • 「データエンジニアの市場価値」を上げたい。リクルートグループのニジボックスが“有料級のインプット教材”をつくるワケ - はてなニュース

                        「全ての企業のサービスを成長させる」をミッションに掲げ、WebサイトやアプリのUI/UX改善をはじめ、技術力でサービスやプロダクトの成長を支援してきた、リクルートグループのニジボックス。 そんな同社が今注力するのは「データ人材」の育成です。具体的には、BIエンジニア、データエンジニアなど、データ領域でリクルートとともにプロダクトを「共創」できる専門家集団の立ち上げを進めています。その背景には、リクルートでプロダクトのデータ利活用が急速に進んだ結果、「共創」ニーズに対して人材が圧倒的に不足している、という課題がありました。 リクルートグループにおいて、データ実務が担えるエンジニアを、スピーディーに育てなければならない。そのために社内で活用されているのが、「インプットプログラム」と名付けられた新人エンジニアの研修プログラムです。プログラムを修了すれば、リクルートグループの実務で通用する知識やス

                          「データエンジニアの市場価値」を上げたい。リクルートグループのニジボックスが“有料級のインプット教材”をつくるワケ - はてなニュース
                        • デイリーポータルZ・林さんがリクルート流「データマネジメント」を深掘り。そもそもデータって大事なんですか……? - はてなニュース

                          「デイリーポータルZ」代表の林雄司です。これまではウェブマスターとか編集長と名乗って、一企業のなかでサラリーマンとしてサイトを運営していましたが、2024年1月にとうとう独立してしまいました。これからは、自分でコンテンツを作るだけじゃなく、営業とか経営をして、きちんとお金を稼がないといけません。 デイリーポータルZは、これまで大きな企業のもとで運営してきましたが、正直なところ20年余りずっと赤字でした。独立して赤字だとサイトを続けられないので、なんとか自分でも稼ごうといろいろやっていますが、けっこう難しいことだと身にしみています。 独立してみたら想像以上に多くの方や企業に応援していただき、驚くべきことに今は何とか黒字を保っています。でも、これからずっとこの状況が続くかどうかは分かりません。だから、もっとちゃんと稼がないとと思って、そのためにはどうすればいいんだろう、といろいろ考えたり、お金

                            デイリーポータルZ・林さんがリクルート流「データマネジメント」を深掘り。そもそもデータって大事なんですか……? - はてなニュース
                          • 結局 Git のブランチ戦略ってどうすればいいの? - Qiita

                            1つのIssueが大きくなると1 Pull Requestで大量の差分が発生します。 そうなるとレビュワーに負担がかかり、コンフリクトの可能性も高まり、コードレビューを効率よく進めることができません。 このINVEST原則を守ることでチームはより効果的に作業を進め、柔軟に対応して開発を進めることができます。 Git Flow Git Flowは5種類(main, hotfix, release, develop, feature)のブランチを運用するブランチ戦略です。 2010年に提唱された有名なブランチ戦略です。 オンラインサービスのように継続的デリバリーするコードを想定して作られた戦略ではないです。 main ブランチ 常にリリースできる状態を保つ hotfix, develop へ切り出す このブランチへの直pushはNG hotfix ブランチ バグ修正など緊急時に対応するためのブ

                              結局 Git のブランチ戦略ってどうすればいいの? - Qiita
                            • 氷河期世代は自己責任と言われてもなと思うITエンジニア

                              増田は40代前半。新卒はまさに氷河期でSESに就職していらいIT業界に居続けています。転職は数回経験済み。 新卒や20代からの氷河期への侮蔑を感じる。努力不足って感じの。 でもそもそも20年前と今じゃITも含めての周辺環境が違いすぎるのに努力不足の自己責任って言われるのはやっぱ納得がいかない。戦国時代の合戦見て「俺なら~」言う感じのなろう系かよ 転職のイメージの改善まずこれ。転職をなんとも思わなくなった。20年前は同業他社でも転職は難しかった。新卒辞めて出来るのは公務員試験とかかドブラックへの就職のみ。今以上に年齢と能力が釣り合わない募集しか出てなかった 転職のしやすさイメージとともにしやすさも一気に変わった。紙の履歴書と職務経歴書なんて消えた。今も求める企業はたぶんヤバい。アプリやサイトで申し込みしやすくなった。昔のような自分の足で見つけるとか人脈が無いと見つけられないとかがなくなった。

                                氷河期世代は自己責任と言われてもなと思うITエンジニア
                              • いかにしてイーロン・マスクはTwitterを破壊してしまったかを描くノンフィクション『Character Limit』 - YAMDAS現更新履歴

                                www.nytimes.com New York Times のミシェル・ゴールドバーグが、先月出た話題の新刊 Character Limit を引き合いに出して、「ドナルド・トランプが共和党にしたことは、イーロン・マスクが Twitter にしたことと同じ」と寄稿している。 彼女がまず取り上げるのは、昨年2月に世界でもっとも金持ちなはずの男が見せた驚くべき小心さの話である。 ルパート・マードックのゲストとしてスーパーボウルに招かれたマスクは、もっとも豪華な席に座っていたが、試合を観戦するのでなく、落胆して携帯電話に釘付けになっていた。彼もバイデン大統領もフィラデルフィア・イーグルスを応援するツイートを投稿していたが、バイデンの Twitter のフォロワーはマスクよりもずっと少ないにもかかわらず、マスクのツイートは840万ビューなのに対して、バイデンのツイートは2900万ビューを獲得して

                                  いかにしてイーロン・マスクはTwitterを破壊してしまったかを描くノンフィクション『Character Limit』 - YAMDAS現更新履歴
                                • プログラマじゃない人でもAI対話用にJSONを学ぶのが最高効率という提案

                                  この文章はプログラマじゃない人向けに JSON を知ってもらうメリット、とくにAIとの効率的な対話方法を説明し、そしてあわよくばプログラマとも JSON の水準で会話してもらえたら嬉しい…というものです。 あなたは誰 UI を作るのが専門のエンジニアです。 エンジニア以外が使うノーコードのエディタを作ったりしてました プログラマじゃない人が JSON を知る利点 プログラマとして、プログラマじゃない人向けのノーコードなどを作っていたんですが、わかったことがあります。それは、「抽象的なロジックを記述するには訓練が必要だが、眼の前のデータとUIに対応したものは簡単に変更・記述できる」ということです。 自分の考える、もっとも成功したノーコードエディタこと Google Form JSON はよく知られているデータを記述する方法の一つです。特定の言語などとは関係ありません。 で、今現在 JSON

                                    プログラマじゃない人でもAI対話用にJSONを学ぶのが最高効率という提案
                                  • 優秀なエンジニアは「コードが汚いから読めない」なんて言わない【ひろゆき×安野たかひろ】 - エンジニアtype | 転職type

                                    ひろゆきさんが今話したいエンジニア(あるいはプロダクトの作り手)に聞いてみたかったことを聞いていく本連載。話題のプロダクトを、ひろゆきさんはどうみるのか? 「僕ならこうつくる」というひろゆき案も飛び出すかも!? 「世の中をあっと言わせるプロダクトが作りたい」エンジニアのみなさんにヒントを届けます。 ひろゆきさんが「今、話したい人」と対談する本連載。今回のゲストは、先の東京都知事選に出馬したAIエンジニアの安野たかひろさんです。 日本のAI研究をリードする松尾豊教授の研究室出身で、AIスタートアップ2社の経営者としての顔も持つ安野さんに対する一つ目の質問は

                                      優秀なエンジニアは「コードが汚いから読めない」なんて言わない【ひろゆき×安野たかひろ】 - エンジニアtype | 転職type
                                    • マッチングアプリ個人開発したら逮捕されかけた話

                                      はじめに 自社開発企業のAI部門でインターンしている25卒のエンジニアです。 フロント、バックエンド、インフラ、AIなど色んな分野に興味を持って開発しています! 最近は個人開発で収益を上げて生活する、「Indie Hacker」のような生き方に憧れています。 将来は個人アプリを当てて、島で悠々自適に暮らしたいと思っています🏝️🏝️🏝️ マッチングアプリを作ろうと思った経緯 何を隠そう、自分の出会いを増やしたかったから 周りの大学の友達で「彼氏欲しい〜、彼女欲しい〜」と言ってる人がいる 自分の大学限定でマッチングアプリ作ったら、安心感もあるしハッピーではないかと考えた アプリの名前はシンダイ(自分の大学の呼び方) x Tinder = Sinder(シンダー)に決定 リリースまでに行ったこと リリース日を学園祭の当日(半年後)に決定 学園祭のスポンサーになって、大々的に広告を打つ作戦

                                        マッチングアプリ個人開発したら逮捕されかけた話
                                      • 未経験からIT業界って、ITエンジニアという仕事がすごく舐められてない?電気やメカのエンジニアだったら院卒じゃないと厳しいくらいだよ?

                                        虹色ありす🌈⚜ @Arquata_Alice 工学者の雑多な趣味垢⚜ バイセクシュアル / 百合 / オーディオ/ 制御系エンジニア / MBD / 組み込み/ C/C++ / Python / MATLAB / LTspice / HD800S /水月雨KATO / ファンタジー / Kalafina / Mili / キンスレ/ エピックセブン / 六四天安門 twpf.jp/Arquata_Alice 虹色ありす🌈⚜ @Arquata_Alice そもそも工学部を出た新卒でもないのに未経験からIT業界って、ITエンジニアという仕事自体が未経験者からすごく舐められてない? これがメーカーの電気やメカのエンジニアだったら工学部出てても院卒じゃないと厳しいくらいだよ?

                                          未経験からIT業界って、ITエンジニアという仕事がすごく舐められてない?電気やメカのエンジニアだったら院卒じゃないと厳しいくらいだよ?
                                        • 「パワハラする人、事実として努力家が多いのよ」努力は人を傲慢にするし、苦労は人を卑屈にする。それを越えるのは容易じゃない話

                                          おごちゃん™ / 田舎のエンジニア @ogochan パワハラする人、事実として努力家が多いのよ 努力は人を傲慢にするし、苦労は人を卑屈にする それを越えるのは容易じゃない x.com/Nishimuraumius… マンヤオベガス @Nishimuraumiush 苦労人を落とそうとする一流会社、あれ、不正防止です。 あんまり細かく言うと差別になっちゃうけど、 貧しい中から這い上がってきた人は、しばしば不正をするのですよ。 能力の有無なんかより、不正をしないことのほうが重要なので。大きな組織でそれなりの裁量を持たせる場合は特にそう。

                                            「パワハラする人、事実として努力家が多いのよ」努力は人を傲慢にするし、苦労は人を卑屈にする。それを越えるのは容易じゃない話
                                          • SSHを使用したポート転送やトンネリングの設定をわかりやすく図示したビジュアルガイド

                                            「ポート転送」は、特定のポートへの通信をSSHを経由して別のコンピューターやポートへ転送する技術です。執筆者の身元はわからないものの、エキスパートエンジニアによる個人ブログの記事として「どんなコマンドを使えばどんな転送設定になるのか」についてのわかりやすいビジュアルガイドが公開されています。 Visual guide to SSH tunneling and port forwarding - ITTAVERN.COM https://ittavern.com/visual-guide-to-ssh-tunneling-and-port-forwarding/ SSHの「-J」オプションではトンネリングの設定が可能です。例えば「ssh -J user@REMOTE-MACHINE:22 -p 22 [email protected]」というコマンドではリモートマシンを経由して10.99.9

                                              SSHを使用したポート転送やトンネリングの設定をわかりやすく図示したビジュアルガイド
                                            • エンジニアとして働く中で気づけた大切だと思うこと - Qiita

                                              はじめに 自分がIT業界に携わって5年ほどが経過しました。 この5年間、SIerからフリーランスエンジニアに転身し、様々なプロジェクトに参加する中で、数々の失敗と成功を経験しました。特に心構えやマインドの部分で多くを学ぶことができました。 未熟だった自分を振り返って、今では改善できた点が多くあると思います。同じ失敗を繰り返さないように、自分の経験が少しでも役立てば幸いです。 また、気付きを与えてくれた方々にこの場を借りて感謝します。 感謝を忘れない 進捗報告やコードレビュー、質問対応など、感謝の気持ちを忘れないようにしています。感謝は、コミュニケーションを円滑にし、相手の意欲を引き出す力があると思います。 たとえば、昔の自分はバグ報告を受けるとろくに文章も読まず「影響範囲は? 再現する条件は? 原因は? 解決策は?」などと質問攻めにしてしまっていました。 報告しただけなのに色んなことを聞か

                                                エンジニアとして働く中で気づけた大切だと思うこと - Qiita
                                              • 「Rails vs Node.js」を観た|laiso

                                                このYouTubeライブはフロントエンドの最適化を専門にするmizchiさんがCloudflare Meet-up Tokyoで行った同タイトルのプレゼンを、RustやRDBの実装に詳しいkoba789さんを話し相手に語っていくというものだ。背景としては2人ともチーム開発の現場でのRailsが活発に利用されていた時期にウェブ開発を経験し、現在はNode.jsのサーバーサイドも実践している。 ライブは3時間半という長時間におよび、スライド外の周辺情報や持論や余談など多岐に渡るので、すでにこのプレゼンに触れた人でもさらに深掘りできるようなコンテンツになっている。 全体を大まかに1時間ごとの3パートに区切って視聴するとわかりやすい。前半はRailsからNext.jsに辿り着くまでのウェブ開発の変遷。ORMの話は主に後半戦で。最後の1時間はアフタートークになっている。 内容としてはRailsアプリ

                                                  「Rails vs Node.js」を観た|laiso
                                                • Cursorを1年弱触っているエンジニアの最近の使い方|ニケちゃん

                                                  こんにちは、ニケです。 皆さん、Cursor 使っていますでしょうか。 私は去年の10月末から使い続けているのであと一ヶ月で1年が経過します。時間が経つのは早いですね。 前回書いた記事(↓)から半年経ち、開発の仕方が少しアップデートされたので改めて記事にしようと思います。 ちなみにこちらの記事ではブラウザ版のClaudeも紹介していますが、Claude-3.5-SonnetがCursorで利用できるようになってからはあまり使っていません。設計の壁打ちとかでたまに使ったりするくらい。 そのため、この記事ではCursorにフォーカスを当てて紹介していきます(最後に少しだけ他に使用しているAIツールを共有します)。 なお、役割によって用途が変わってくると思うので、予め私の属性を提示しておきます。 仕様を考えたりコード書くことがメインの仕事 仕事以外でも暇なときはコードを書いている 0 → 1 で

                                                    Cursorを1年弱触っているエンジニアの最近の使い方|ニケちゃん
                                                  • エンジニアのための時間管理術

                                                    はじめに 時間管理が上手くなりたいと日々思っているため、このテーマにしました。 自戒の念を込めて😅 タイムマネジメントの王に!!! おれはなるっ!!!(CV.田中真弓) ※掲載内容は個人の見解であり、所属する企業を代表するものではありません。 参考にした書籍 『エンジニアのための時間管理術』 Thomas A. Limoncelli 著 株式会社クイープ 訳 発行年月日:2006年10月 ページ数:272 ISBN:978-4-87311-307-4 タイムマネジメントについての考え方や手法を取り入れたいと思い読みました。 時間管理した先のゴールは? 自分のための時間・家族との時間を最大化する。 前提 エンジニアはタイムマネジメントが難しい。 プロジェクトワークと割り込みが入り混じる職業。 外部からの割り込みは生産性を低下させる。 中断した作業に戻るには時間がかかり、エラーが紛れ込む可能

                                                      エンジニアのための時間管理術
                                                    • 物理学者の逆襲!?Entropixはわずか3億6000万パラメータで1000億パラメータ級の回答を引き出す!Claude-3でも間違う問題を360Mが正しく解く|shi3z

                                                      物理学者の逆襲!?Entropixはわずか3億6000万パラメータで1000億パラメータ級の回答を引き出す!Claude-3でも間違う問題を360Mが正しく解く 物理学者たちがノーベル物理学賞をホップフィールドとヒントンが受賞すると知った時、まあまあ微妙な気持ちになったことは想像に難くない。 我々コンピュータ科学者にとっては、ノーベル賞は全く無縁なものだった。むしろ「ノーベル賞をコンピュータ科学者が取ることは永久にない」と言い訳することさえできた。コンピュータ科学の世界にはチューリング賞という立派な賞があるし、ノーベル賞よりも賞金が高かった京都賞は、アラン・ケイやアイヴァン・サザーランド、ドナルド・クヌースなど、コンピュータ科学者たちが堂々と受賞している。その割には本来マイクロチップの最初の設計者である嶋正利などが京都賞にノミネートされていなかったり、サザーランドの弟子であるアラン・ケイの

                                                        物理学者の逆襲!?Entropixはわずか3億6000万パラメータで1000億パラメータ級の回答を引き出す!Claude-3でも間違う問題を360Mが正しく解く|shi3z
                                                      • X、ブロックされても投稿は見られる仕様に変更へ

                                                        ソフトウェアエンジニアのNima Owji氏は9月24日、同氏のX(SNS)アカウントで、Xがブロック機能の仕様を変更し、自身をブロックしたユーザーの公開投稿を閲覧可能にする兆候があると投稿。それに対し、同社のイーロン・マスク前CEOが、肯定と受け取れる内容を返信している。 ブロックしても公開投稿は閲覧可能に 9月24日現在、Xのブロック機能では主に次の機能が提供されている。 1.ブロックしたユーザー(相手)が自身のポストを閲覧できないようにする 2.ブロックしたユーザー(相手)が自身にリポスト、引用、リプライ(返信)を送れないように(送っても自身に通知が届かないように)する 3.ブロックしたユーザー(相手)との間で、ダイレクトメッセージ(DM)のやり取りを不可能にする 4.自身のタイムライン(TL)にブロックしたアカウントの投稿が表示されないようにする 一連の機能はイーロン・マスク氏によ

                                                          X、ブロックされても投稿は見られる仕様に変更へ
                                                        • 社内資料「プロダクトマネージャーのための検索推薦システム入門」を公開します - LegalOn Technologies Engineering Blog

                                                          こんにちは。LegalOn Technologies 検索・推薦チームの浅野(@takuya_b / @takuya_a)です。 先日、社内のプロダクトマネージャー(以下、PdM)を主な対象として、検索推薦技術の入門講座を開催しました。このたび、その資料を公開します。 資料の概要 この講座では、検索推薦技術とその周辺について、概要をざっくり理解できるように努めました。技術的詳細、とくに具体的なアルゴリズムにはあまり立ち入らず、できるだけ平易なことばで説明したつもりです。なお、広範な範囲を扱うため、各回1時間(質疑応答込み)で、3回に分けて実施しました。 公開した資料は、PdM だけでなく、エンジニアリングマネージャー(EM)やソフトウェアエンジニアの方々にも読んでいただけると嬉しいです。 以下は、各回で扱ったトピックです。 第1回 全体概要と検索技術入門・・・資料P3~ 検索・推薦とはなに

                                                            社内資料「プロダクトマネージャーのための検索推薦システム入門」を公開します - LegalOn Technologies Engineering Blog
                                                          • 開発者兼コールセンターが辛い

                                                            https://jp.quora.com/コールセンターで勤務しているのですが-怒鳴られる これ読んでコールセンターはやっぱり辛いって改めて思ったけど、怒られてる原因作ってるのは必ずしもコールセンターの担当者じゃないってことが唯一の救いだと思った。 だけど俺は本社と系列店舗向けの業務システムを一人で構築運用してコールセンターも兼務している。 なにか問題があって怒られるとコルセンター兼開発者の俺が原因ということになるので逃げ場がない。真正面から謝り続けている。そのうえで不具合の原因調査と説明、バグ改修、テスト、本番環境へのリリースまで一人で行っている。 よくあるのが、足りない機能があるから早く用意しろと散々叩かれて、俺がやっとのことで開発して運用にこぎつけて不具合がなくても、結局何も言われない。問題があるときだけ俺が怒られる。面白いくらいにワンパターン。 俺の構築したシステムは運用を開始して

                                                              開発者兼コールセンターが辛い
                                                            • 海外のエンジニアをミニ四駆で接待するの、結構ウケがいいんですよね『3000円好きに使って工夫しろ。2時間後に勝負な』は白熱する

                                                              サンマー𝕏 @xeye_ 海外のエンジニアを接待するの、結構ミニ四駆って受けがいいんですよね。海外でも酒がそれほど飲めないの多いし。 『3000円やる。好きに使っていいが。これ以上使ってはいかん。工夫しろ。アドバンスパックでもパーツバラでもいい。二時間後に勝負な』は白熱する。

                                                                海外のエンジニアをミニ四駆で接待するの、結構ウケがいいんですよね『3000円好きに使って工夫しろ。2時間後に勝負な』は白熱する
                                                              • 『SUUMO』を止めるな。大規模横断バッチがEOSLを迎える「2027年問題」にどう立ち向かったか - はてなニュース

                                                                あらゆるソフトウェアに存在する「サポート期限(End Of Service Life、EOSL)」。EOSLを迎えたソフトウェアにはパッチなども提供されなくなるため、安定した運用が困難になります。メーカーからのアナウンスがあれば、より新しいソフトウェアへの移行計画を作成し、これまで動作してきたアプリケーションプログラムの稼働に影響がないかを確認し、場合によっては改修を加えるといった一連の対応が求められますが、それには多くの労力が必要です。 1つのシステムですらこれほど大変なEOSL対応ですが、賃貸を取り扱う事業、新築マンションを取り扱う事業など、複数の事業領域で構成されている『SUUMO』では、仮想化ソフトウェアのEOSLを機に「複数の異なる領域で横断的に利用される、12万以上のジョブが動作する横断バッチの移行プロジェクト」を実行、無事完遂しました。 事業に不可欠でありながら、新規サービス

                                                                  『SUUMO』を止めるな。大規模横断バッチがEOSLを迎える「2027年問題」にどう立ち向かったか - はてなニュース
                                                                • PyCon JPにおける登壇者採択に関する見解

                                                                  一般社団法人PyCon JP Association 理事の寺田です。 昨年のPyCon JP APAC 2023および来たるPyCon JP 2024(以下、「本イベント」といいます)の登壇者選定に関して、インターネット上で疑義が一部で取り沙汰されている状況を確認しております。 私たち一般社団法人PyCon JP Association(以下、「当法人」といいます)は、PyCon JP 2024において、参加者の皆様、企業スポンサー、Pythonコミュニティ、そして運営に携わる多くのボランティア主催メンバーを含むすべての関係者に対し、安心してカンファレンスにご参加いただける環境を提供したいと考えています。本イベントの登壇内容の選定に関するプロセスについて、当法人の見解をお伝えします。 一般社団法人PyCon JP AssosiarionおよびPyCon JPについて当法人は日本国内外の

                                                                  • データベース自作勉強会・輪実装会のススメ - エムスリーテックブログ

                                                                    先日、社内有志で開催していたDB自作本 Database Design and Implementation の輪読会ならぬ輪実装会がついに完結を迎えました。 RDBMSをゼロから、毎週一人ずつ、1章分を実装してPullRequestを出しつつ資料も準備して発表をこなすという一見ハードな勉強会で、完走できるか不安もありつつスタートしましたが、やってみるとめちゃくちゃ楽しく最後まで完走できました。 本記事ではみなさんに「うちでもやってみたい」と思ってもらえることを願って、読んだ本の推しポイントや、どのように勉強会を進めたかを紹介したいと思います。 感動で涙の出るコード Part1: おすすめポイント 本が良い みんなでワイワイやるのが良い 3ヶ月で完走できるのがいい 完走後のモチベーションアップが良い Part2: 輪実装会 募集 参加者 進め方・実装 期間 Part3: おれたちのDB実装

                                                                      データベース自作勉強会・輪実装会のススメ - エムスリーテックブログ
                                                                    • draw.ioをつかったフレキシブルな設計図作成術 - KAKEHASHI Tech Blog

                                                                      はじめに こんにちは!ソフトウェアエンジニアの種岡です。 皆さん、システム設計に取り組んでいますか? 設計は、プロジェクト成功への道筋を描く、航海の羅針盤です。 目的地を見据え、それに向かって進むための確かな指針となります。 設計の質がしっかりしていれば、開発という大海原でも迷わず進むことができます。 設計はプロジェクトの土台を築く、創造的かつ重要なプロセスです。 夢を描き、それを形にする試行錯誤の楽しさ、これこそが設計の魅力だと思います。 この記事は秋の技術特集 2024の11記事目です。 この記事 is 何? この記事では、設計図を描く際の心構えと、誰でも見やすい設計図を作成するためのテクニックについてお話しします。 なぜ設計図を書くのか? 図は複雑な情報を視覚的に整理し直感的な理解を推進することができるため チーム内外での共通理解を促進し、コミュニケーションを円滑にするため 予測可能

                                                                        draw.ioをつかったフレキシブルな設計図作成術 - KAKEHASHI Tech Blog
                                                                      • トーバルズ氏が語る「Linux」メンテナーの高齢化と後継者問題--20周年の「RTLinux」にも言及

                                                                        Steven J. Vaughan-Nichols (Special to ZDNET.com) 翻訳校正: 川村インターナショナル 2024-09-20 07:00 ウィーン発--「Linux」の生みの親であるLinus Torvalds氏は、The Linux Foundationの「Open Source Summit Europe」の基調講演で、カーネル開発や「Rust」の統合、オープンソースの未来について、自身の考えを率直に語った。Torvalds氏の友人でVerizonのオープンソースプログラムオフィスの責任者を務めるDirk Hohndel氏が、Linuxエコシステムに関する基調講演の司会を担当した。 Torvalds氏は、先頃公開された「⁠Linux 6.11」カーネルなどのリリースが面白みに欠けるのは意図的だ、と強調した。「約15年間にわたり、非常に規則正しいリリースを行

                                                                          トーバルズ氏が語る「Linux」メンテナーの高齢化と後継者問題--20周年の「RTLinux」にも言及
                                                                        • Computer Scienceの学位がなくてできる仕事・求められる仕事|string name; cin >> name;

                                                                          現在、Computer Scienceの技術分野と前提知識をまとめた記事の学士版を書いてますが、割込みで前回の補足記事です。前回、IT業界マップとして知識と記憶を中心に書かせて頂きましたが、日本で主流なSI業界とWeb業界以外があまり見えてないから漏れ多そうと思ってたところ、Courseraに良い記事があったので、それを基に、その日本語版、として書かせて頂きます。前回書いたのは下記の記事です。 今回の元ネタの記事 今回の記事は前回の補足と下記の記事+αです。CSや近い専攻の方で元記事を英語で読める人はそっちを読んでここはそっと閉じて頂いても構いません。自分の利益になる方法で自分の出す情報は使ってください。 正直、インフルエンサーの発言に違和感がすごく多くて、記事を書いている中で少しずつ、この違和感の原因が見えてきました。まず、すごく思ってるのはWeb開発ってそんなに難しい仕事か?ということ

                                                                            Computer Scienceの学位がなくてできる仕事・求められる仕事|string name; cin >> name;
                                                                          • 「フル出社で年収2000万円」or「フルリモートで年収800万円」──ITエンジニアとして働くならどっち?

                                                                            「働くならどっちの条件?」──エンジニア向けの転職サービス「Findy」を運営するファインディ(東京都品川区)は9月8日、そんなテーマの調査結果を発表した。働くならば「フル出社で年収2000万円」か「フルリモートで年収800万円」のどちらがいいか、ITエンジニア向けに投票を募ったところ、小差で「フル出社」派が多数となった。

                                                                              「フル出社で年収2000万円」or「フルリモートで年収800万円」──ITエンジニアとして働くならどっち?
                                                                            • 本来なら日本の甘利俊一・福島邦彦両氏が受賞すべき今年のノーベル物理学賞 なぜ米国とカナダの研究者が受賞したのか、なぜ平和賞が日本に来たのか | JBpress (ジェイビープレス)

                                                                              2024年ノーベル物理学賞の受賞が決まったホップフィールド博士とヒントン博士(10月8日、写真:ロイター/アフロ) しかし、このノーベル物理学賞は、記銘に値する汚点というべき、恥ずかしい低見識な授賞でした。 今年5月に東京都美術館講堂で私たちが開催した「AIと教育」シンポジウムに登壇された、甘利俊一先生と福島邦彦先生のお二人によるはるかに先立つ本質的な貢献が、きれいさっぱり拭い去られているからです。 また、この受賞に対して異を唱えたり、ノーベル財団に対して抗議したりする動きが日本にないことは、さらに救いようがありません。 皆さんよろしいでしょうか。 ニューラルネットワークというのは、いまやインテルが寡占するチップ、マイクロプロセッサーがそうであったように、かつて「日本のお家芸」だったのです。 「ほとんどの先駆的業績は福岡や大阪で生まれたものである」という厳然たる事実に、改めて目覚める必要が

                                                                                本来なら日本の甘利俊一・福島邦彦両氏が受賞すべき今年のノーベル物理学賞 なぜ米国とカナダの研究者が受賞したのか、なぜ平和賞が日本に来たのか | JBpress (ジェイビープレス)
                                                                              • 要件定義|2分で読める機能要件で使うドキュメントを調べてみた - Qiita

                                                                                はじめに エンジニアのみなさま、日々の学習本当にお疲れ様です! また本記事まで足を運んでいただき本当に感謝です。 約2分程度で読めるので最後まで読んでもらえると幸いです。 要件定義関連の記事も投稿してます。時間あればぜひ読んでみてください! 今回は「機能要件」に関する内容について投稿します。 機能要件とは ※引用:IPA(独立行政法人 情報処理推進機構)図1 機能/非機能要求の相違点と課題 機能要件は、「必ず搭載すべき機能」 を指します。新規開発であっても既存のリプレイスであっても顧客としては業務内容に直結しているため、イメージしやすい機能になっています。機能要件をすり合わせすることにより、システムの動作が明確になり設計段階での誤解を防ぎます。これらの機能要件が適切に設定されていないと、後々の開発過程で手戻りが発生する可能性があるため、初期段階での詳細な定義が求められます。 どんなドキュメ

                                                                                  要件定義|2分で読める機能要件で使うドキュメントを調べてみた - Qiita
                                                                                • MySQLのロックに起因するブロックタイムアウト撃退記 - inSmartBank

                                                                                  こんにちは。スマートバンクのサーバーサイドエンジニアをやっておりますid:moznionです。 すっかり秋めいてきましたね。秋といえばMySQL*1、ということで今回は先日解消した「MySQLのロックに起因するブロックタイムアウト」のトラブルシューティングついて記していきたいと思います。 事の発端 ある時を境にSentryに ActiveRecord::LockWaitTimeout というエラーがしばしば報告されるようになっていました。 SentryにActiveRecord::LockWaitTimeoutが上がってきている様子 Mysql2::Error::TimeoutError: Lock wait timeout exceeded という文言から、MySQL上でロックを取っている他のクエリにブロックされ、そのブロックが長時間に渡ったため自クエリがタイムアウトしてabortしてし

                                                                                    MySQLのロックに起因するブロックタイムアウト撃退記 - inSmartBank