試用期間が終わるらしいので書きます。 株式会社メルカリに新卒のAndroid アプリエンジニアとして入社します。日本版メルカリ（通称JP）を作ってます。 ちなみに、座席表に自分の名前は書いてありませんでした。（誰も更新してないっぽい と言った感じで言いたいことは言ったのであとは 黒歴史 入社エントリーを書いていきます。 やってる業務について Kotlin や Java という言語を使いAndroid アプリを開発しています。プロダクトコードだけではなくUnit Test も書いてます。開発はスクラム開発で進めています。 開発に伴って Design Doc と呼ばれる設計書の一種も書いています。（今までガッツリ書いた経験がなかったので少し大変） また、定期Mtgで技術負債の溜まっているところをチケット化して毎Sprint 少しづつ返済してます。 新卒ですが、自由に発言できて裁量はいい感じかな

あなたは誰？ 基本情報 くぅ寿司大好き 地方にあるFラン私立情報系に通う３回生 パソコン大好き 中学生の頃からプログラミングが大好きで、高校生の時にPHPやWindows Phone 向けアプリの開発に熱中、C#にハマりMicrosoft信者に、大学生の時にXamarinのイベントを名古屋で開催したり技術書展で合同技術同人誌を販売した実績を表彰され２年生の時に日本で256人ぐらいしかいない「Microsoft MVP」を受賞、その後は、既存領域にこだわらずAndroidアプリ開発を中心に活動。最近はDDDや設計などのプラットフォームによらない技術に興味津々。 就活の状況は？ 就活自体はほとんど終了しており、最終面接が残っている企業がいくつかありますが、どの企業が一番自分あってそうかを見極める段階です。 働く場所としては六本木から渋谷あたりになりそうな気がしてます。 企業的には、Web系とか

こんにちは、明日名古屋駅まで遊びに行きます。 さて、本題。 以下のようなブログ記事が投下されてバズってます。 note.mu soudai.hatenablog.com kirimin.hatenablog.com 上記記事群の感想から自身の体験より「初心者がプログラマとしての能力を身に着ける方法について書きたいと思います。」 なお、筆者はまだ学生なので間違いがあると思います。ブコメ楽しみにしてます。 言葉の定義 初心者 変数とか関数とかは少し理解してプログラムを書いたことがある人（業務未経験、プログラムの最大行数は１００行程度） プログラマとしての能力 できてなくてもプログラマ（エンジニア）として働くことができるかもしれませんが、幸せな環境で働くために求められそうなのを二つほど。 大学等でコンピューターサイエンス的なものを身につけている（た）からの方が望ましい。 情報収集能力 エラー文や

Git で 領収書を管理したいので法律の観点から大丈夫なのか税務署に電話で聞いてみました。 コンテキスト Amazon や Alibaba などの EC サイトで日々の買い物をしてる 領収書を紙で保管するのは面倒 概要 Git で領収書の訂正削除を管理で大丈夫そう 税務署に電話で相談できる、納税者の権利として活用するとよさそう。 税務署の回答は公開されてる情報を参照するだけなので判断はしてくれない 単語解説 電子帳簿保存法 ペーパーレス推進を目的として諸々の記録を電子データで保存できるようにするための法律 制度創設等の背景｜国税庁 電子データとして領収書を保存するときにデータの訂正削除を行ったときに記録が残るシステムを利用するのが必要 電子データとして Amazon 等から受け取り保存するときに必要になる要件は以下の４つです。 タイムスタンプが押された状態でデータを受け取る 受け取った後に

今までの人生の中で７社ぐらいの会社にインターンシップしてました。（2017に１社2018に６社） せっかくなので感じたことをまとめて見ました。なお、会社名は基本的に出さない方針です。 ほぼ全ての会社に当てはまってたもの 大学院卒の人がITエンジニアでは多い 肌感ですが、大学院卒の人が多いと感じました。 特に、若い人は結構な割合で大学院卒が多かったと思います。 また、インターンシップに参加してた人も半数〜過半数が大学院生だった気がします。 （湯けむりハッカソンでは自分以外の人全員が大学院生だったし.... 会社で泊まる人がほとんどいなかった 「なれるSE!」 を読んだことがあるので東京のIT企業ではあんな感じなのかなーとかずっと思ってました。 しかし、現実はかなりホワイトっぽさを感じました。 なれるSE は一度見とくと良いかも。 Excel仕様書はほとんどなかった 事業会社ばかり見てたので

新卒としてITエンジニアとして働き始め２年目に突入したので人生を考えてみる。 自分は、中学生の頃からプログラミングを始め、大学で Computer Science を学び、2020年4月からIT企業で働き始めて１年と少しになる。 業務では日本向けのフリーマーケットアプリのAndroid 版を国際色豊かなメンバーとワイワイ開発している。 仕事は苦労しつつも同じ職種だけではなく、PdM・デザイナー・QA・その他大勢の助けを受けつつ「設計、開発、QA、リリース、バグ対応、開発環境整備」等々やっている。 新しい技術のキャッチアップができ、タスクの自由度はいい塩梅、自分が利用者なアプリの開発が出来て最高な環境だと思ってる。 世間一般の人からするとコロナ禍にも関わらず支障なく働けているため非常に恵まれた環境だと思う。 しかし、悩み事が一つある。 「平凡ITエンジニアであること」に悩んでいる 所謂サラリ

dev.toと阿部寛のホームページどっちが速いですか？— あれからのぐりだけど (@_guri3) 2017年11月15日 という内容のツイートを見つけたので計測してみる。 ずっとパソコンに向かってて飽きてたので息抜きで。 dev.to というのは、 Qiita の海外版みたなやつです。一番の特徴はナビゲーションの速さ。 対抗するのは、 THE Traditional Web Site というたたずまいで有名？な　阿部寛のホームページ 計測 今回は、Google の PageSpeed Insights を利用していきます。 dev.to まずは、dev.to から 86/100 です！ 阿部 寛 のホームページ 92/100 です！ まとめ 伝統的ウェブサイトの方が早かった！