タグ

kasahiのブックマーク (14,692)

  • 在宅勤務の自分にとってのメリデメについて考えてみる | こえむの編集後記

    COVID-19 の感染拡大が始まった時に多くの会社が在宅勤務に切り替え、そして COVID-19 が落ち着いた現在になり出勤に戻している企業が増えています。 世間ではいろいろな意見を見るのですが、いったん今の僕の私見のスナップショットして在宅勤務に関するメリット・デメリットをまとめてみます。他の意見があるかと思いますが、ソーシャルメディア等でコメントいただければ拝見することができるかもしれません。 TL;DR 育児・介護など家庭の事情を織り込んだり、集中する業務を行うのにはメリットがありそう。 そもそも快適な在宅環境を作れるかは全員ではないし、集まって議論しにくいデメリットがある。 僕は週1〜2回出勤している。家でやりやすい業務、会社でやりやすい業務がある。 僕の在宅勤務事情 僕が在宅勤務を始めたのは、前々職のメガベンチャーに勤めていた頃の2020年2月ごろです。続いて、2020年4月か

    在宅勤務の自分にとってのメリデメについて考えてみる | こえむの編集後記
  • 抽象度の高い仕事の進め方 - Konifar's ZATSU

    仕事をしていると、だんだんと抽象度の高いことを任されるようになる。 たとえば、方針も明確な小さな修正タスク => 修正方法がいくつか考えられるタスク => そもそも何をやるかから明確にしないといけないタスク といった感じで次第にふわっとした依頼になってくる。いわゆるグレード制を採用している会社において、"どれだけ抽象度の高い仕事を任せられるか" がグレードの違いの要素のひとつと言ってもいい。 抽象度の高い仕事を安心して任せられる人は何が違うのか自分もよくわからないので、自分のまわりの人がどういう動きをしているかを雑にまとめてみる。 1. なぜやるかを明確にしている わからないときはドキュメントやチャットのやりとりを探し、直接聞いたほうがよい人には自分でコミュニケーションを取っている やる理由がないと判断したら依頼者に話をして、実際にやらないこともある あとで「自分はこう言われただけなので」

    抽象度の高い仕事の進め方 - Konifar's ZATSU
  • 留学なしでTOEIC520点からTOEIC900点越えしてスタンフォード大学MBA生に英語プレゼンするまで|鈴木 優輔

    まず最初に。こちらが直近の私のTOEICの結果です。 そうなんです、リスニングで495点満点取れてしまったのです。留学経験なしの44歳がリスニング満点というのは、もしかしたらTOEIC915点よりインパクトがある結果かもしれません。 結論を先に言いますと、リスニングで満点取れるようなれば自ずとTOEICは900点超えてきます。リスニングで満点取れるようになれば、英語でプレゼンが出来ます。通じます。その後のQ&Aセッションの質問も大枠は聞き取れて、回答も片言の英語でなんとかできます。 ただし自由自在に英語で回答できるようになるのはまた先の世界です。つまりまず英語初心者はリスニングを鍛えればいいのです。 では「どうやったらリスニングの能力が上がるのか?」そこがポイントですよね。 pull the door突然ですが、今これをあなたは心の中で何と読みましたか? 「プル ザ ドア」と読んだ方、この

    留学なしでTOEIC520点からTOEIC900点越えしてスタンフォード大学MBA生に英語プレゼンするまで|鈴木 優輔
  • TOEIC IP テストの点を 1 か月で650→870に上げた話|kota

    兎にも角にもある理由で TOEIC IP で 800 点を取らなければいけなくなったので、800 点を目標に勉強を始めました。 得点遷移の内訳としては L325/R330 → L425/R445 といった具合です。 今回こんなに点を取れたのは明らかに噛み合いもあると思うので、この記事に基づいた勉強に関する一切の責任は負いかねます。 TOEIC IP テスト (正式名称 「TOEIC Program IP テスト」とはTOEIC のオンラインバージョンのことです。基的に難易度は一般の会場で受けるTOEICと同じで、IPテストの場合であっても会場受験と同様にスコアを履歴書に書くことができます。 テスト内容なども会場受験の場合と異なりますが、それは「IPならではの対策」の節で後々に書くことにします。 IP ならではの特徴対策をするにあたって、会場受験の場合と大きく異なる点は主に 3 つです。

    TOEIC IP テストの点を 1 か月で650→870に上げた話|kota
  • Webtoon Entertainment To Raise $315M With U.S. IPO - Good e-Reader

  • 良いコードってどんなコードですか?という質問を受けたら何と答えるか - snoozer05's blog

    技術顧問先で、一生懸命コードに向き合っているプログラマーになりたての方から、次のような質問をもらいました。 最初に面談した時、1年後にいいコードが書ける、上手に書けることを目標にしましたが、 先日スクール時代の同期(それぞれRubyの会社で働いている)と話したところ、会社ごとにレビューの仕方やコードに関する基準がさまざまなようで、良いコードとはなんなのか疑問に感じました。「いいコード」とは、みたいな部分で島田さんの考え方をお聞きできたら嬉しいです。 この質問にぼくは次のような回答をしたのですが、「この質問が来たら他の人はどんな回答するんだろうな」に興味があるので、ここにしたためておきます。もしよかったら「若者にこれを聞かれたら自分ならこう答える」をコメントなどで残していってもらえたら嬉しいです。 とても大事な疑問を見つけられたんだなあと思います。 「良さとは何か」ということに向き合う必要の

    良いコードってどんなコードですか?という質問を受けたら何と答えるか - snoozer05's blog
  • 加熱するLLM開発競争に冷や水、オープンモデルの組み合わせだけでGPT-4o越えの事実

    加熱するLLM開発競争に冷や水、オープンモデルの組み合わせだけでGPT-4o越えの事実 2024.06.21 Updated by Ryo Shimizu on June 21, 2024, 18:19 pm JST 世界中の企業や政府が狂ったようにNVIDIAのGPUを買い漁る流れはそろそろ潮時かもしれない。 いくつかの興味深い事象が起きているからだ。 昨日発表されたKarakuri社のLLM、「KARAKURI LM 8x7B Instruct v0.1」は、非常に高性能な日語LLMだ。Karakuri社は今年の一月にも非常に高性能な70Bモデルを引っ提げて業界に旋風を巻き起こした。この最新のLLNは、日語向けオープンLLMとしては初の「命令実行」チューニングを施されている。それだけでなく、RAGと呼ばれる、複数の知識を組み合わせてより正解に近い答えを導く技術や、Function

    加熱するLLM開発競争に冷や水、オープンモデルの組み合わせだけでGPT-4o越えの事実
  • 現場で役立つGo言語のTipsをただまとめてみた

    はじめに こんにちは、23卒でバックエンドエンジニアをしているたかしゅんです。 私の所属しているプロダクトではサーバーサイドの開発言語としてGoを採用しております。 チームでGoの勉強会をした際にあまりにもGoの流儀や綺麗な書き方を理解していなかったので、以下の書籍を読みました。 [Go言語 100Tips ありがちなミスを把握し、実装を最適化する] この書籍から得た知見、プルリクエストのレビューで受けたアドバイス、そしてコードレビュー時に意識すべき点などを基に、知識を整理し共有したいと思います。 基礎文法は理解しているけど、実際のプロダクトで何を意識して書けば良いのかわからない方に、少しでも参考になれば幸いです。 1. コード 1.1 不用意にネストしない 可読性の悪いコードには命名、一貫性、書式など様々な原因がありますが、その中の重要な原因の一つとしてネストが関係します。 よくある例と

    現場で役立つGo言語のTipsをただまとめてみた
  • 【永久保存版レシピ】町中華のチャーハンを完全再現!習得せよ、7つの調理の鉄則!|Cooking Maniac

    中華のチャーハンって、当ーーーーーーに美味しいですよね!!! 人類料理史上、最高の発明と言っても過言ではないでしょう。 そんな最高の料理である町中華のチャーハンを、家で作れるようになったら一生モノの財産を得たも同然。 今回ご紹介するコツと理論を押さえれば、あなたも確実に町中華のチャーハンを再現できます! そして、コチラが僕が約20年間研究し続けて完成した「再現度100%町中華チャーハン」! 具材もゴロゴロで、かなりの再現度の高さだと思いませんか? このチャーハンの作り方について、理論とレシピを解説していきます! ちなみに今回の記事はアドビ社のPR企画「みんなの資料作成」に参加して書いています! 僕のとっておきの資料(レシピ)を記事の最後にPDFでご用意しましたので、ぜひダウンロードして、町中華チャーハンを自宅で完全再現してみてください! 著者プロフィール 超料理マニアな料理人。 作る・

  • その監視、必要ですか? - Qiita

    この記事は検索エンジンプロダクトを一緒に開発してた同窓会のカレンダーの24日目の記事です。 この記事の想定読者 夜中にメモリ使用率超過のアラートを受け取ってるけど、特に何もする必要がない人 アラートの通知内容だけではよく分からないので、監視ツールの画面や番環境の状態を目視で確認して影響確認してる人 この記事で想定していない読者 MSP事業者のようなITインフラの監視・安定化、それ自体を目的とされている方 労働の疎外 まずはカール・マルクスの話をしましょう。 マルクスの理論における「労働の疎外」には主に次の四つの側面があります 製品の疎外: 労働者は自分が生産する製品との関係を失います。彼らは自分の労働で作り出した物を所有せず、それが単なる商品として扱われます。 生産活動の疎外: 労働者は自分の労働過程との関係を失います。単調な作業により創造性が抑制され、仕事に対する個人的な充足感が欠けま

    その監視、必要ですか? - Qiita
  • RustでWebバックエンドを書き始めてから1年くらい経った

    はじめに 僕はDeno Land Inc.でDenoを利用したサーバレスエッジホスティングサービスのDeno Deployを開発するチームに所属しています。OSSのほうのDenoのメイン言語はRustで、Deno Deployのバックエンドも同様にRustで書かれています。 今年のアドベントカレンダーで一休さんから以下の記事が公開されましたが、日でもRustをWebバックエンドの言語として採用する企業がじわじわと増えてきている印象があります。 Deno DeployのバックエンドをRustで開発してきて、RustでWebバックエンドを書くことのメリットやデメリットをいくつか感じたので、この記事で紹介したいと思います。 Deno Deployの構成 まず、ざっくりとDeno Deployのバックエンドの構成を紹介します。 多くのコンポーネントがありますが、ここではどのようにRustを利用し

    RustでWebバックエンドを書き始めてから1年くらい経った
    kasahi
    kasahi 2024/06/16
  • エンジニアリングマネージャーの4領域はEM以外のメンバーでも濃淡はあれど意識する必要がある - stefafafan の fa は3つです

    株式会社はてなでテックリードとして仕事をしている id:stefafafan です。今回は自分が個人的に考えてきたことを記事としてまとめてみます。 エンジニアリングマネージャーの4領域とは EMでなくとも4領域を意識する必要がある テックリードの場合 スクラムマスターの場合 Individual Contributor (IC) の場合 ロールを持たないソフトウェアエンジニアの場合 結局エンジニアリングマネージャーの役割とは 終わりに エンジニアリングマネージャーの4領域とは ここで私がEMの4領域と呼んでいるのは以下の4つの領域のことです。 テクノロジーマネジメント アーキテクチャやテストなど プロジェクトマネジメント 見積もりやアジャイル開発など プロダクトマネジメント ビジョンや仮説検証など ピープルマネジメント メンバーの成長やメンタリングなど これらの4つの領域は @hiroki

    エンジニアリングマネージャーの4領域はEM以外のメンバーでも濃淡はあれど意識する必要がある - stefafafan の fa は3つです
  • 巨大企業でDX革新を起こすということ

    メリークリスマス。今年もアドベントカレンダーの最終日を3年連続で投稿しています。 イオン株式会社CTO / イオンスマートテクノロジーCTOのやまけん( 山﨑賢 )です。 この記事は、AEON Advent Calendar 2023 最終日の記事です。 過去の私のAdvent Caledar投稿記事はこちら。 さて。編です。 巨大企業の苦しみ JTC ここ数年、特にネット界隈ではJTCという言葉が良く使われます。 Japanese Traditional Company の頭文字の略語であり、ネガティブを含んだ用語として良く使われます。 「え、イオンってJTCでしょ?」 「JTCなんて絶対いきたくねー」 的なね。 そういう意味合いで言うと、イオングループはまさにJTCのど真ん中でしょう。 創業1758年、従業員数57万人。 レガシー 同じような意味合いで、レガシー企業って言われ方もあり

    巨大企業でDX革新を起こすということ
  • こんなエンジニアリングマネージャだから仕事がしやすいんだなぁと思う10個のこと - Mitsuyuki.Shiiba

    最近、毎日のようにEMのいくおさん( @dora_e_m )とTwitterXでわちゃわちゃしてる。彼のポストを見ていると、ガンプラをつくるかビールを飲むかしかしていないように見えるが、それで合っている。 という冗談はおいといて真面目な話をすると、エンジニアとしての僕は彼と仕事ができている今の時間のことを当に貴重な時間だと思っている。とにかく仕事がしやすいし、いろいろな気づきを与えてくれるおかげで、自分自身の成長も感じている。 エンジニアリングマネージャとしての知識が豊富でスキルが高いというのはもちろん、人との接し方や日常的なふるまいもとても尊敬できるものなのだ。 そこで今日は、僕が彼とこの3ヶ月間仕事をしていて、やりやすい・尊敬していると感じていることの中から10個だけ簡単に紹介しようと思う。僕からいくおさんへの日頃の感謝の気持ちをあらためて書いておこうと思っただけとも言う(ふだんから

    こんなエンジニアリングマネージャだから仕事がしやすいんだなぁと思う10個のこと - Mitsuyuki.Shiiba
  • 2022年版 みてねを支えるプロダクト開発体制

    この記事では、以前に別記事で「みてねを支えるプロダクト開発体制」という記事の中で説明した「みてねのプロダクト開発体制」を最近になってアップデートをしたので、その詳細をお伝えします。 プロダクト開発体制については、数多くカジュアル面談や面接を行なっている中でも多くのエンジニアの皆様にご質問をいただく部分で、特に「エンジニアがどの段階から施策に入り込んで開発できるのか?」であったり「エンジニアと他職種のメンバーとの関わり方は?」など、確かに自分自身もソフトウェアエンジニアとして事業に関わるときに気になることではあるので、ここで再度整理したいと思います。 みてね開発体制のこれまでみてねの開発チームは、これまで組織規模や事業課題に合わせて複数回の大きな体制変更を行なってきました。どのような変遷を辿ってきたかを整理してみます。詳しい時期はあまり覚えていないので、年の記載はおおよそです。 2014年~

    2022年版 みてねを支えるプロダクト開発体制
  • 安く早く開発するための個人開発アーキテクチャ

    はじめに 最近趣味個人開発をしながらアーキテクチャの検討を行なっていたのですが、自分なりにいい感じの結論に辿り着いたので今回はそのアーキテクチャの紹介しようと思います! インフラ、バックエンド、フロントエンドの各セクションに自分が使用しているテンプレートのリポジトリのリンクを載せてあるので興味のある方は参考にしてください。 また今回紹介するアーキテクチャはあくまで一例なので、間違いや不備などがあればご指摘いただければ幸いです。 前提条件 個人開発で使用するアーキテクチャを考える上で、自分の中でいくつか前提条件があります。 ランニングコストを抑える いくつか前提条件がある中で、個人的に一番重要な要素になります。 バズるサービスを作りたいという気持ちはありますが、そのためにいくらでもコストをかけられるかと言われるとそうではありません。むしろ個人開発となると、抑えられるコストはできる限り抑えた

    安く早く開発するための個人開発アーキテクチャ
  • 障害対応プロセスを改善してきた話 - 10X Product Blog

    障害プロセスを改善してきた話 こんにちは。Reliability & Securityチームに所属するSoftware Engineerの@sota1235です。 今回は10X内における障害対応プロセスの改善をご紹介します。 今が完成系ではなく道半ばではありますがこの半年 ~ 1年で大きく進化したので同じくらいのフェーズの会社で困ってる方がいたら参考にしてみてください! ちなみに私ごとですが去年の5/26にこんな投稿をしてたのでやっと伏線を回収する形となります(※ ドヤ顔ではありません)。 目次 こんな感じで紹介していきます。 目次 障害対応プロセスの改善に踏み切った背景 課題1. 障害の報告フォーマットが統一されていない 課題2. 障害報のクオリティの差異が大きく後から振り返りが難しい 課題3. 障害対応者が特定の人に偏る 第一の改善 改善1. 障害報告書のフォーマット更新 改善2. S

    障害対応プロセスを改善してきた話 - 10X Product Blog
  • 信頼性目標とシステムアーキテクチャー / Reliability Objective and System Architecture

    SRE NEXT 2023で発表した内容です。 https://www.youtube.com/live/c_oMpshssRg?si=LfArG3rX4VXPJ30H&t=27643

    信頼性目標とシステムアーキテクチャー / Reliability Objective and System Architecture
  • Four Keysを用いた改善活動のアンチパターンと、本質的な改善のために必要な「なぜ?」 - Agile Journey

    Agile Journeyをご覧のみなさん、はじめまして。株式会社リンクアンドモチベーションの川津(@KawatsuYusuke)です。こちらの記事では主に私たちがFour Keys メトリクスを元に、開発生産性向上を目指した活動に関する話題についてお伝えします。 と言っても、『LeanとDevOpsの科学』をはじめ、Four Keysの運用に関するトピックはすでに多く語られています。また、Four Keysは便利なメトリクスであるがゆえに、ときに「Four Keysを改善する」という手段が目的化してしまうことがあります。稿では主にこれから開発生産性向上に取り組もうとしている方に向けて、私たちの取り組みと、体験したアンチパターンをもとに、「Four Keys改善の取り組みには "なぜ?" が大事」についてお伝えします。 私たちの開発生産性向上のはじまりと、目指すべき状態の設定 Four

    Four Keysを用いた改善活動のアンチパターンと、本質的な改善のために必要な「なぜ?」 - Agile Journey
  • エンジニアが株式会社作ったログ

    この記事を読んだ方から有益な情報をたくさんいただいたので追記している。 特定創業支援等事業の認定 法人設立ワンストップサービス gBizID 自分でやっていないものについては各項目で明記している。 なぜ作ったのか? 自分の興味があった教育分野において、実際にやってみて自ら経験を積み、社会に役立つようなことがやりたいと思ったため。 あと、長くサラリーマンをやって、矛盾している組織が許せない性分だとわかったので、じゃあ自分で組織を作ってみようという単純な発想による。できるだけ矛盾していない組織を作ろうと目指しているが、やらずに文句だけ言うのはフェアでない、という意味合いもある。 フローチャート やることが多く、時系列がわかりづらかったのでフローチャートを書いてみた。 週一で動いた場合、 3 ヶ月ほどかかる。また、灰色の枠は実施していない。 経費について 登記前にかかった費用はすべて創立費、登記

    エンジニアが株式会社作ったログ