タグ

ブックマーク / hiragram.hatenablog.jp (6)

  • 転職してakippaに入社しました - hiragram no blog

    ボートレース戸田の様子 前回: クックパッド退職しnana musicに入社しました - hiragram no blog こんにちはー。 2024年1月末をもって前職を退職し、2月からakippa株式会社で働いています。3ヶ月の試用期間を経て5月以降も雇用が継続される見込みとなったので、この記事を書いています。 謝辞 前職には2022年2月から2024年1月までのちょうど2年間在籍しました。自分と家族の状況変化と、仕事で負う役割や会社そのものの変化がたまたま近い時期に起こって、自分と家族が健やかに暮らすことを優先するためには環境を変える必要があったという感じです。 在籍中お世話になった同僚の皆様、ありがとうございました。一部の方には、急な告知のあとすぐ居なくなるような形になってしまったことをお詫びします。ご心配をおかけしてすみません。 今はakippaで働いています 一部の方にはまたか

    転職してakippaに入社しました - hiragram no blog
    koogawa
    koogawa 2024/05/06
    🎉
  • クックパッドを退職しnana musicに入社しました - hiragram no blog

    ボートレース戸田の様子 こんにちはー。 2022年1月末をもってクックパッド株式会社を退職し、2月から株式会社nana musicで働いています。 6ヶ月の試用期間を経て8月以降も雇用が継続される見込みとなったので、この記事を書いています(書いてるのは6月末)。 みんな入社していきなり新しい会社を褒めちぎる転職エントリかけるの不思議だなーといつも思っています。 謝辞 クックパッドには2018年8月から2022年1月の3年半在籍しました。感染拡大第6波の最中の退職だったため、多くの方に直接ご挨拶できなかったのが悔やまれます。在籍中お世話になった皆様、ありがとうございました。 横浜移転による片道120分超の通勤時間と週2日のオフィス勤務の組み合わせに適応できなかったのが直接の退職理由です(退職時点での話。今はどうなってるか知らない)。 今はnana社で働いています 冒頭にも書いたとおり、2月か

    クックパッドを退職しnana musicに入社しました - hiragram no blog
    koogawa
    koogawa 2022/06/29
    おおっ🎉
  • いつもhiragramを応援してくださる皆様へ - hiragram no blog

    スタートトゥデイテクノロジーズ(旧VASILY)を退職します。今日から有給消化です。 次は決まっていません。8月からiOSらへんの技術者として雇ってもらえる会社を探しています。 最近業務やら個人やらでやったことは以下の通りです RxSwiftの啓蒙 ビットコインのアービトラージ取引支援アプリみたいなやつ OpenAPI(Swagger)ドキュメントからAPI定義/モデル型定義のコードを生成する仕組みの開発 任意の状態のスクリーンショットを収集する仕組みの開発 消費型課金/サブスクリプション型課金の実装 CI周りいろいろ API/UserDefaults/Keychainなどの抽象層の設計、実装 try! Swift Tokyo 2018で型安全なWebAPIモデリングについてLT発表 その他細々した発表 今の所あんまりやりたいと思っていないことは以下の通りです 医療 金融 新しい環境に強く

    いつもhiragramを応援してくださる皆様へ - hiragram no blog
    koogawa
    koogawa 2018/07/02
    お疲れ様でした!
  • iOSアプリのバックエンドにFirebase使ってみた感想 - hiragram no blog

    習作としてレシピのマスターデータがあってそれを作ったよというレポートをアプリから投稿できるようなやつを作ってみて感じたこと。 とりあえず動かすのが超簡単 コンソールからプロジェクトつくってキー発行してSDK入れて初期化すればDBにアクセスできて簡単だった。 考えなしに使うと多分いろいろ破綻する DBがスキーマレスなのでなんでもぽいぽいpostできちゃう DB操作する所は1箇所にまとめて抽象化しないと欠けたオブジェクトがDBに乗っちゃったりして詰みそう。そこはSwiftのカチッとした型と柔らかいスキーマレスDBとの境界で大変というかんじ。考えなしに進めてオブジェクトのプロパティがどんどんOptionalになっていくのは見ていられないので抽象化がんばりましょう 既にデータが刺さってるモデルにプロパティ追加したりしても古いデータは当然マイグレートされないので古いデータが落ちてきてパースに失敗する

    iOSアプリのバックエンドにFirebase使ってみた感想 - hiragram no blog
    koogawa
    koogawa 2017/09/07
    “お手軽に使えるが、お手軽に使いすぎると容易に死ぬことがわかった” なるほど
  • 退職します! - hiragram no blog

    3年2ヶ月在籍したSpeeeを退職します。今日が最終日です。 なにしてたの? 元々サーバーサイドのエンジニアとして新卒入社してPHPやっていて、自社サービスのiOSアプリ用のAPIを作ってました。そのうちアプリ側のちょっとしたデバッグとか修正をXcodeでやるようになり、アプリおもしれーなとなってきたタイミングで社内公用語がPHPからRubyになるとのことで、どうせ未経験から勉強するならRubyよりアプリやりたいなとなり転向させてもらいました。そこからはそのプロジェクトでObjective-Cを書いたり幾つかのプロジェクトSwiftを書いたりしました。 取り組んだこととしては、 Swift1.xから2.0への移行 RxSwiftの導入 API抽象レイヤーの型々しい設計 TravisCI上でCarthageの依存フレームワークをキャッシュしたりCartfile.resolvedの差分をみて

    退職します! - hiragram no blog
    koogawa
    koogawa 2017/06/30
    お疲れ様でした!
  • Segueを使わずにかっこよく画面遷移する方法を考えた - hiragram no blog

    最近Segueをいかに安全に使って画面遷移するかということを考えていたけど、#swtwsを見ていてそもそもSegueを使わない/嫌いという人が結構いるんだなと思ったのでSegueを使わないで楽に安全に画面遷移する方法を考えてみたら意外といい感じになった。 Segueの危うい所 コード内ではSegueのidentifierを単なる文字列として扱う所 performSegue(withIdentifier: "toDetailVC", sender: nil) だからSegueの名前が変わった時に直し忘れていてもコンパイル時にチェックできない。 遷移先のViewControllerをいじるのはいわゆるprepareForSegueメソッドの中なので、複数の遷移に関する処理が一つのメソッドにまとめられてしまう所 override func prepare(for segue: UIStorybo

    Segueを使わずにかっこよく画面遷移する方法を考えた - hiragram no blog
  • 1