GoogleスプレッドシートでアプリライクなWebサイトがつくれる「Glide」
◆ Glide https://go.glideapps.com/ 紹介 「Glide」は、Googleスプレッドシートをストレージとして、ノーコードでアプリライクなWebサイトを構築できます。 事前準備 こちらがホーム画面。動画チュートリアルも充実しています。 アプリはスクラッチから作れるほか、7種類のテンプレートも用意されています。今回は、テンプレートの1つ「Conference」をベースに作っていきます。 まずは、左下にある「Coopy to my apps」からテンプレートをコピーします。 すると、My Appsに保存され DB代わりになるGoogle スプレッドシートもコピーされました。 データを編集する それでは実際に、テンプレートを編集しながらアプリを作っていきます。 まずはプロダクトの肝となるデータの編集からです。 データは、テンプレートをコピーした際にできたGoogleス
React Nativeで手軽に別スレッドでコードを実行する方法 - 丁寧に手を抜く
English version available here: dev.to React NativeアプリはJavaScriptで組まれるから、１つのスレッドしかない。 だからCPUヘビーなタスクを実行するとUIをブロックしてしまう。例えばインデクシングとか。 バックグラウンドでJSを実行したければ、react-native-workersみたいなネイティブモジュールを使う必要がある。これはWeb WorkerみたいなAPIを提供してくれるモジュール。でも、単純なコードを実行したいだけならオーバースペック感がある。あと、むやみやたらにネイティブモジュールを増やしたくない。アプリが複雑になるから。expoアプリを作っている人はそもそもネイティブモジュールが使えない。 で、気付いたんだけど、WebViewを使えばいいじゃないか、と。 WebViewには injectJavaScript とい
フロントエンドエンジニアというものについて余計なことを考える（2019秋版）｜terrierscript
元ネタとか https://shgam.hatenadiary.jp/entry/2019/09/21/104413 https://twitter.com/Nkzn/status/1177794507741335552 自分はよくJSやCSSについての発信をしていて、「JSが得意です」とか「CSSが得意です」と言うこともあるのですが、その反応として「じゃあフロントエンドエンジニアなんですね」と言われると、「いやあ、うーん、どうなんですかね、、」みたいなぼやっとした返答をすることがよくあります。 その理由として「フロントエンド技術は好きだけど自覚としてはサーバーサイドエンジニアだし、DB設計とかもやりたいし・・・かといってフルスタックで言うのいやだし・・・」となだったのですが、このJSON色付けという話題を見て「実はここに自信が無いからという理由が本質なのでは？」と思えてきました。 ちょう
iOS 13における必須対応について（更新版）｜TechRacho by BPS株式会社
更新情報 2019/08/28: 初版公開 2020/11/25: 各項目について現在の状況を追記 ⚓ はじめに こんにちは、主にiOSアプリの開発を担当している川島と申します。 iOS 13のリリースが間近に迫りつつあり、またWWDC2019ではSwiftUIを始めとした新しいツール等の発表、ARKit2やCombineフレームワークなどの発表などにより、昨今のiOS界隈が盛り上がりを見せています。 そうした新しいツールや技術が登場する反面、Appleはバッサリとした互換切りや新技術への対応を短期間で強いる傾向にあり、既存プロジェクトの保守などをしているiOSアプリエンジニアはこの時期に頭を悩ませる人が多いのではないでしょうか。 2年前のSafeArea対応なんかは記憶に新しいですね。 今年もそうした「〇〇対応が必須」のような情報はチラホラと聞きますが、断片的な情報が多い印象です。 この
Announcing React Native 0.61 with Fast Refresh · React Native
2024React Native 0.74 - Yoga 3.0, Bridgeless New Architecture, and more2023React Native 0.73 - Debugging Improvements, Stable Symlink Support, and moreReact Native 0.72 - Symlink Support, Better Errors, and morePackage Exports Support in React NativeReact Native 0.71-RC0 Android outage postmortemReact Native 0.71: TypeScript by Default, Flexbox Gap, and more...First-class Support for TypeScript202
宣言的UIはReact Hooksで完成に至り、現代的設計論が必須の時代になる - Qiita
この記事は、ある程度以上の規模のGUI開発において、React Hooks以後の宣言的UIにより、大規模開発に用いられる設計論に完全に対応できるようになり「ビジネスロジックの変更や追加」に対応するコストを低く保つこと（技術的負債の抑制）ができるようになったことを解説するものです。 技術的負債の抑制には、技術的負債の原因となりがちな「広範囲の密結合」と「適切な疎結合を保つ仕組みの欠如」が欠かせません。それをカバーするのが、大規模開発をクリーンに行える設計論（ここでは「現代的な設計論」とよぶもの）です。クリーンアーキテクチャなんかでGUIによく適用されるHumble Object Patternのようにプレゼンテーションとビューを分離する必然性が無くなるでしょう。 ポイントは ある程度以上の規模で開発するなら設計論をうまく使い設計しないと、技術的負債を抱え込む（ビジネスロジックの変更や追加に対
『Notion』で情報を引き出しやすい状態を維持するためのノウハウ｜yamshta
3月に弊社のエンジニアブログである『LCL Engineers' Blog』にて、Notionの使い方についての紹介記事を公開しました。あれから月日が経ち、運用方法がいくつか変わっているので今回はnoteに公開してみようと思います。 ※ 当記事ではNotionの機能についての説明は割愛させていただきます 🙈 表記が日本語と英語で統一性が無いことは目を瞑ってくださいサイドバー 「WORKSPACE」では仕事に関する情報を、「PRIVATE」では個人的な情報を集めた情報を管理しています。「WORKSPACE」は共有することが本来の役割ですが、私は完全個人利用なので分類の用途でしか使っていません。 🏢 LCL - 会社用の親ページ Notionといえば、もう定石となっているトップページです。先日新しく追加された「Callout」表示でセクションを区切っています。 以前までは採用や目標ごとで中
Notionの使い方まとめ。必要な情報をこれひとつで管理する5つの方法｜平野太一
【2020/12/24 更新】12月時点でのページ管理方法をまとめました 📋 【2020/12/04 更新】「インプットを行動に繋げるためのNotion活用術を聞いてきた！」で、自分のNotionの使い方を話しました 💬 【2019/10/01 更新】10月時点でのページ管理方法をまとめました 📋 【2019/03/03 更新】3月時点でのページ管理方法をまとめました 📋 「Notion」という、何でもござれの万能ツールがあります。 ざっくりというと、Googleドキュメント(Dropbox Paper)、Googleスプレッドシート、Trello、タスクアプリ、GitHub Wikiを合体させたようなサービスです。 ノートをとったり、情報を一箇所にまとめたり、タスクをつくったり、データを表で見たり。正直、何でもござれです。 ▲ 自由にページをつくって、メモしたりWebブックマーク
Androidアプリの審査が長くなった件 - Qiita
8/26 追記 改めて気になることがあったので、サポートチームへ問い合わせをしてみました。 一度目に問い合わせた方と別の方に対応していただいたのですが、「審査は土日祝も含めグローバルチームが対応する」という回答を頂きました。 リリース前の審査はすべてのアプリの公開、更新に対して行うのは確定なようですが、審査にかかる時間については、本記事の情報は参考程度に留めておいてください。 先日Androidアプリをリリースしようといつもどおりの作業を行ったのですが、5時間たっても公開されない状況が続いていたため、なにかあったのかと思いコンソールを見てみると、初めて見るメッセージが表示されていました。 「Androidアプリに審査…？公開後に機械的にやってるんじゃないの…？」 と思ったのですが、Twitterなどで調べてみると、Androidアプリの審査があってアプリが公開できていないという話をされてる
事業会社とOSS - Qiita
最近、社内でよく話をする内容についてまとめました。 企業がOSS化するといろいろメリットがあると思っていて、社内でもそこのコンセンサスはうちの技術横断部門のメンバー間では取れていたりするのですが、自社以外の人とかと話をする時もあるので、いろいろまとめておきます。 なお、この文章では本業をOSSにしつつビジネスを回そうみたいなElasticsearchとかMongoDBとかMySQLみたいな話題はとりあげず、本業が別にある会社がOSS化する、という部分に特化した話です。 9/13に追記 よく言われるメリットとデメリット メリットは、公開することで開発が自然と進み、コスト削減になる。一方でノウハウの流出などのデメリットがある、みたいなトレードオフ、という理解をしている人が多いようです。 コストは削減にならない OSS化したら多くの人に使ってもらいたいですよね？というのは考えるわけですが、その「
Clean ArchitectureとBuilding Evolutionary Architecturesを読んだ
Clean Architectureという本とBuilding Evolutionary Architecturesという本を最近読んだのでざっくりとしたメモ。（両方共2-3時間ぐらいでざっくりとしか読んでないので、解釈間違いは普通にありそうです） 両方共アーキテクチャに対するメタ的な視点な部分があるので、合わせて読むと面白いかも。 Clean Architecture(Clean Codeの人のシリーズ)という本を読んだ。 Clean Architecture: A Craftsman’s Guide to Software Structure and Design | InformIT PDFとかEpubとかMobiが買える Robert C. MartinのClean *シリーズでいわゆるクリーンアーキテクチャそのものだけを扱ったという内容ではない。 でもクリーンアーキテクチャについ
React + TypeScriptのESLintルールをカスタマイズしたり、Airbnbのやつを導入するぞ。 | Ginpen.com
何もしないでそのままでも十分かもしれない。 先にまとめ 最近の react-scripts は ESLint を含んでいるので別途インストール不要 設定は .eslintrc.js を作成して extends: ['react-app'] する Airbnb のルール設定を使う場合はもうちょい頑張る 元々 create-react-app してない場合も同じ Airbnb ルール利用時の手順概要 ESLint 初期化 ESLint の設定を更新 コードを recommended な状態へ対応 想定環境 Node.js v10.16 react-scripts v3.1 TypeScript v3.5 ESLint v6.1 @typescript-eslint/eslint-plugin v1.13 React アプリの準備 create-react-app でテンプレートから作成します。
プロダクト間共通の React コンポーネントライブラリを運用する話 - SmartHR Tech Blog
こんにちは、 フロントエンドエンジニアの @nabeliwo です。 弊社には SmartHR というプロダクトの他に SmartHR の従業員 DB を利用して開発・提供される SmartHR Plus アプリ (以下、 Plus アプリ)というものがあります。 SmartHR CTOが語る中長期戦略。徹底的なアプリ開発とAPI対応で「プラットフォーム化」促進へ - SmartHR ガイド 既に多くの Plus アプリがリリースされており、そのほとんどのプロダクトのフロントエンドは React x Redux という技術スタックで構成されています。 オンライン雇用契約 カスタム社員名簿 ラクラク人事レポート etc Plus アプリは毎回新規でプロジェクトを立ち上げて開発していくことになります。 とはいえブランディングの観点から見ると、基本的なトンマナや UI パーツは SmartHR
実践AST FlowからTypeScriptへの変換
About meNode.js, React, React Native, React Native for web FlowからTypeScript(TS)に移行中主要な移行対象: 12リポジトリ中身はmonorepoなので実質5-60パッケージ→ AST変換でいけないかな
「Design Systems」輪読会まとめ - UGAP Engineer's Blog
はじめに WEBサイトのページを効率よく開発したり、ブランド毀損なく拡張していくためには、 そのページで使われているパーツ（ボタンや、色、フォントなど）を繰り返し使い回せるように管理しておくことが重要です。 ただ、その繰り返して使うパーツをどの粒度で作成、保存、共有、使用するかをプロジェクトメンバー間で決めておかないと、だんだんと崩壊していきます。 どのようなモチベーションでデザインし、それを変更、保存、共有、使用するかのルールを定めて明文化することを「デザインシステム」といいます。 今回、この「デザインシステム」について、具体的にどのようなことを明文化するべきかをデザイナーとフロントエンドエンジニア間で認識合わせるをするために「Design Systems」という本の輪読会を行いました。 この記事は本のまとめと感想の記事になります。 業務時間内で毎週１時間をつかって１章ずつ声に出して読み
マイクロフロントエンド | Yakst
原文 Micro-Frontends – Paul Sweeney – Medium (English) 原文公開日 2019-05-26 翻訳依頼者 翻訳者 meiq 翻訳レビュアー doublemarket 原著者への翻訳報告 1781日前 原文へのコメントで報告済み 編集 あなたの現場には、リビルドに時間がかかって仕方がない、大規模なUIはありませんか？ 複数のチームで作業していてしょっちゅうコードがコンフリクトするなど、インテグレーションに問題が発生することはありませんか？ ひとつのアプリが、あまりにも多くの機能を抱えすぎていませんか？ そんなとき、きっとマイクロフロントエンドが役に立つでしょう。 マイクロフロントエンドは、バックエンドのエンジニアリングにおけるマイクロサービスアーキテクチャの概念を、フロントエンド開発に適用したものです。 しかしUIを複数のフロントエンドへ分割する
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Migrating a Flow + React Native app to TypeScript
システムの学習曲線とAngularアプリケーションの設計
Atomic Architecture
ご飯すら炊いてない日に…！生米＋そのへんの調味料で作れる＜カルボナーラリゾット＞が最高すぎる→「簡単なのに本格リゾット」「めっっちゃ美味しい」
