こんにちは、Quipper iOS エンジニアの @manicmaniac です。 現在スタディサプリ iOS アプリ開発チームのエンジニアリングマネージャをしています。 今回はスタディサプリで長らく使われていた React Native のコードを Swift に書き換えた話をします。 実は React Native から Swift への置き換え自体は半年ほど前に完了していたのですが、ブログに記すのに時間がかかってしまいました。 スタディサプリにおける React Native の利用 Quipper では 2017年ごろから React Native を iOS / Android アプリ開発に利用し始め、スタディサプリでは 2018年3月ごろから徐々に React Native を iOS アプリケーション開発に導入していました。 iOS 版スタディサプリの、git から取り出した

［速報］マイクロソフト「Windows 365 Cloud PC」正式発表。Windowsをクラウドサービスとして月額定額料金で提供、デスクトップ仮想化をベースに マイクロソフトはオンラインで開催している同社のパートナー向けイベント「Inspire 2021」で、デスクトップ仮想化を用いてクラウドからWindows環境を配信する新サービス「Windows 365 Cloud PC」を発表しました。 8月2日に正式サービスとして提供予定です。 Windows 365 Cloud PCは、新サービスとなる「Windows 365」で提供されます。 そしてこのWindows 365で提供される、新しいPCとしての体験が「Cloud PC」となります。 Windows 365では、Windows 10もしくはWindows 11リリース後はWindows 11のデスクトップ環境を、デスクトップ仮想

【結論】 5ヶ月かけて無事完了しました。あー長かった。 新規の機能開発を止めないために一般的な開発チームでは今回のようなフロントエンドのフルリプレイスで一部新規の機能開発を止めながら開発を行うことがあると思います。 コードフリーズとなど呼ばれているものですね。 しかしログラスのようなスタートアップではプロダクトを絶えず進化させていくことがとても重要です。 機能開発を止めてしまえばたちまち大きな開発チームをもつ競合に追い抜かれて会社が負けてしまいます。 本記事ではフロントエンドフルリプレイスを新規機能開発を止めずに走らせる方法を解説していきます。 リプレイス概要本題に入る前に今回リプレイス対象となったLoglassについてとプロジェクトの概要について説明します。 【Loglassについて】 「プランニングクラウド Loglass」はBtoB SaaSのサービスの一つです。 基本はSSGやSS

米Amazon.comは6月24日（現地時間）、21日と22日の2日間開催した「プライムデー」のまとめを発表した。例年通り具体的な数値は開示しないが、サードパーティの小売店の収益は昨年のプライムデーの2倍だったとしている。 「Amazonのサードパーティ販売者にとってこれまでで最大の2日間だった」とはしているものの、Amazon全体としては「過去最高」とは謳っていない。同社は例えば昨年のホリデーシーズンの結果発表の際は、「当社史上最大のホリデーショッピングシーズンになった」と発表している。今回の発表文では「プライム会員は世界中で2億5000万点以上のアイテムを購入し、これまでのどのプライムデーよりも多く節約した」としている。 世界レベルで最もよく売れたものとして、Alexa Voice Remote搭載の「FireTV Stick 4K」を挙げた。また、タブレットのAmazon Fireシ

後学のために自分の考えていることをまとめてみる。 考えられるパターン これまでの経験から以下4つのパターンがある。 ローカルStateでprop-drillingする ローカルStateかつイベント経由でデータ交換をする グローバルStoreとローカルStateを併用する グローバルStoreのみを使用する 1. ローカルStateでprop-drillingする propとしてコンポーネント間のデータをやりとりする手法。 ほぼすべてのUIコンポーネントを親からデータを受け取りDOMを出力するだけの純粋な関数として表現できるため、全体の設計自体はシンプルになる。手間は多いが魔法は少ない。 コンポーネントの粒度が小さいアプリケーションの場合にはいわゆるバケツリレーと揶揄されるデータの受け渡しが頻発し、これに嫌悪感を持つエンジニアもいる。 2. ローカルStateかつイベント経由でデータ交換を

第二版 HappyHacking keyboard前史を追記します。 はじめに　現在、多くの方に支持頂いてロングセラーキーボードとなったHappyHacking keyboard(以下、HHkeyboard)ですが、初期の開発について記録を残しておく必要があると考え、主に技術的な側面での検討内容について文章を残したいと思います。 筆者は初代HHkeyboardからLite2までは企画・開発・製造・販売を担当、Proでは企画までを担当していました。 時代背景 和田英一先生とそのお仲間がHHkeyboardのアイディアを考案されたのは、PCがほぼIBM PC/ATの互換機に集約されつつあり、それにつれてキーボードもほぼIBM PC/AT配列(現在の一般的なキーボード)が標準になってきた時期になります。 SONYが撤退し、DECが消え、それまで研究用に使われていたワークステーションも段々と下火に

平素は株式会社ライブドアのサービスを ご利用いただきありがとうございます。 提言型ニュースサイト「BLOGOS」は、 2022年5月31日をもちまして、 サービスの提供を終了いたしました。 一部のオリジナル記事につきましては、 livedoorニュース内の 「BLOGOSの記事一覧」からご覧いただけます。 長らくご利用いただき、ありがとうございました。 サービス終了に関するお問い合わせは、 下記までお願いいたします。 お問い合わせ

話題になっている記事、「コンサルタントやってた時、重要な対人技術として『「ちがう」と言うな』と習った。」　https://blog.tinect.jp/?p=70847 は、とても興味深い内容だった。コンサルタントや営業をしていると、あてはまるんだろうね。定型的な婉曲表現には本当の意味が含まれている、経験でお互いに本音を補い合って面と向かっては罵倒されてない体裁を整えるのが良い対話になる。 理系的な婉曲表現本音を包み隠してる定型的な婉曲表現は、理系出身のエンジニアの間でも定番化してるかもしれない。だが、持って回った言い方は、同様に必ず裏に別の意味がある。その例を挙げてみよう。 「専門外なので見当違いの質問でしたら申し訳ないですが、」　「基本的な事をお伺いするようで恐縮ですが、」本音「明らかに分かってない様なので勉強しなおしてこいゴミが」 「私が聞き逃してるのかもしれないですが、」本音「説明

2020/07/21 に弊社新卒向けに実施したコードレビュー研修の資料です。

中国政府による資金援助を受けている北京智源人工知能研究院が主導する研究チームが2021年6月1日、新たな事前学習モデルである「悟道2.0(WuDao 2.0)」を発表しました。悟道2.0は1兆7500億ものパラメーターを使用しており、これはOpenAIやGoogle傘下のGoogle Brainが開発した事前学習モデルを上回る数だとのことです。 US-China tech war: Beijing-funded AI researchers surpass Google and OpenAI with new language processing model | South China Morning Post https://www.scmp.com/tech/tech-war/article/3135764/us-china-tech-war-beijing-funded-ai-re

何となくエッセイを読みたい気分なので誰かおすすめ教えてください。本を読む方ではないので有名な作品でもいい。こういうのだと嬉しい。 ・厭世的な雰囲気。ただし厨二病というより世間に揉まれて疲れた感じ？みたいなの。 ・読んだからといって学びがなくてもいい。むしろ無い方がいい。 ・日本人作者のを読んでみたい。なんか頭にすっと入ってくると嬉しい。翻訳もののお勧めも歓迎だけど。 —————— 追記 みなさん面白そうな本お勧めありがとうございます！読み進めていきます。すぐ読む用にどれか近所の本屋に置いてるのあるといいな。村上春樹ならありそうかな。 引き続きお勧めあれば是非教えてください！ —————— 追記2 さらにお薦め紹介ありがとうございます！追記長くなったから別エントリ書きました。 https://anond.hatelabo.jp/20210606104552

セクハラで懲戒処分を受けた。 会社の人事サイトにも名前が載って晒し者にされた。おかげで居場所がない。 おれはいま45歳独身、係長クラス。訴えてきた相手は26歳の非正規バイト社員だった。 おれがその子とLINEとかしてたんだけど、休日一緒に映画に行こうと声かけたところで訴えられた。 聞いて欲しいのは、俺にも言い分があるってこと。 その子はLINEしてる時は別に嫌がってるそぶりは見せなかったし、むしろ積極的に自分の話をしてるようにも見えたんだ。 おれだって嫌がってる相手に無理に話をしようとは思わない。 でも、好きな作品を言ったら「わかります！私もすきです！XXXっていいですよね」みたいなテンション高めの返事が来たんだよ。 ※なんでLINE知ってるかは、最初は会社の趣味のつながりのグループで何人か一緒で、そこからサシで会話始めたのがきっかけ。 そんなこともあって、お！？これは話にのってきてる？な

TAG : Advent Calendar | Firebase | Firestore | React | Refeed | TypeScript | トチカチ | フロントエンド AUTHOR :   ギックス POSTED :  2020.12.23 08:25 この記事は GiXo アドベントカレンダー の 23 日目の記事です。 昨日は、少人数の開発で Kubernetes を活用するための設計戦略 でした。 MLOps Div. の堀越です。本記事では、React と TypeScript で SPA の実装を行う際に採用しているレイヤードアーキテクチャについてご紹介します。 レイヤードアーキテクチャというとクリーンアーキテクチャや DDD が有名ですが、弊チームフロントエンド の場合はクリーンアーキテクチャから SPA にマッチする箇所を部分的に取り入れた簡易版のレイヤードア

業務やプライベートでのハンズオンを通して得た知見を元に、dockerfileの実践的な書き方を記載いたしました。 軽量なdocker imageを作る観点とセキュリティーの観点を踏まえた内容になっております。なにか付け足す点などあればコメントいただければと思います。 軽量なimageを作る観点 軽量なimageの使用 Dockerfileでimageを指定する際に、軽量なimageを使用することが進めれている。 docker docsでも代表的な軽量なimageのalpineをおすすめしている。 Whenever possible, use current official images as the basis for your images. We recommend the Alpine image as it is tightly controlled and small in s

奥一穂 / Fastly ■ セッション概要 インターネット通信の基盤技術であるTCPが誕生してから40年、TLSが誕生してから20年が過ぎた今、TCPとTLSに変わる新しいトランスポート層プロトコル「QUIC」の標準化が佳境を迎えています。同時に、QUICを利用するHTTPプロトコル「HTTP/3」の標準化も進んでおり、2020年末から21年にかけては、これら新プロトコルへの移行が進むものと予測されています。QUICとHTTP/3でユーザ体験は改善するのか。セキュリティ、運用やモニタリング手法は変化するのか。本セッションでは、標準化と実装の双方に関わってきた発表者が、TCP, TLS, HTTP/2 といった既存プロトコルの抱えている問題と、それらをQUICとHTTP/3がどのように解決するか。また、今後どのような変化が想定されるかについて、解説します。 ■ 公式サイト #lined

なんかムシャクシャしてたから、奇行に走ろうかと思って、スーパーで見かけたベーコンの塊を買ったんよ。今日の晩御飯はこのベーコンと缶ビール。 ワクワクしながらパッケージを開けて、ベーコンの塊をかぶりつくと、……なかなか旨い。肉を喰らってる妙な充実感かある。 ハムの丸かじりだと、妙なパサパサ感があって、イメージと違う感が襲ってくるけど、ベーコンだと脂も含まれてるから、そういうパサパサ感もなく、見た目通りに旨い。脂が結構良い塩梅だし、ビールも進む。 肉の塊をむしゃぶり付き、ビールを飲んでいると変に気が大きくなり、うおーっ！俺は肉食獣だ！！逆らう奴は食っちゃる！！と夢想したところで、今日はもう寝るか。

この記事は、著者の許可を得て配信しています。 Why programmers don’t write documentation 最近ではずっとコードのドキュメンテーションに関連した記事を書いていたので、当然、私のMediumのおすすめ記事には「開発者がドキュメントを書かない本当の理由」という記事が表示されるようになりました。この記事では、ドキュメントを書くための優れたツールがないことが、ソフトウェアエンジニアが自分の作業や判断をドキュメンテーションする意欲を失わせる最大の原因について書いています。 私は普段、特定の記事を批判したりはしませんが、この記事には怒りを覚えました。このライターは図解ツールについていくつかメリットに関して述べてはいますが、全体的に誤解を招くような内容になっており、この重要な問題をより分かりにくくさせています。2つの図解ツールを比較して、どちらも不十分なツールである

本当にどうしようもない，あらゆる高レベルな最適化を行ってなおコンポーネントが重いというような極限状態では記事の内容は役立つかもしれない

事業成長を加速させたエンジニアリングのウラ側 https://medpeer.connpass.com/event/211745/

CTO室SREの@sinsokuです。 Dockerイメージのビルドを高速化するため、試行錯誤して分かった知見などをまとめて紹介します。 AWSのインフラ構成 assetsもECSから配信し、CloudFrontで /assets と /packs をキャッシュする構成になっています。 Rails on ECS デプロイ時にassetsが404になる問題 以前の記事に詳細が書かれているため、ここでは問題の紹介だけしておきます。 Rails等のassetsファイルをハッシュ付きで生成し配信するWebアプリケーションの場合、ローリングアップデートを行うと、アップデート時に404エラーが確立で発生してしまいます。 引用: メドピアのECSデプロイ方法の変遷 Dockerfile 実際のDockerfileには業務上のコード、歴史的な残骸などが含まれていたので、綺麗なDockerfileを用意しま