GitHub - wumke/react-native-exit-app: Exit,close,kill,shutdown app completely for React Native on iOS and Android.You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
SMS OTPの自動入力によるリスクとその対策
フィッシングサイトへの自動入力のリスク SMS OTPとWebサイトが紐付かない状態では、正規のSMS OTPがフィッシングサイトへ自動入力されるリスクが生じる。現実的なリスクとして、GutmannらはMITMと組み合わせた「ログインにおける2要素認証の回避」と「ソーシャルログインの偽装による電話番号確認の回避」、「オンライン決済における取引認証の回避」の3つのシナリオを示している⁷。2要素認証の回避につながるリスクは、iOSの自動入力がPayPayの偽サイトで発動した前回の検証で確認している。今回の検証ではAndroidの自動入力がPayPalの偽サイトで発動するか確認する。 2要素認証の回避 PayPalの偽サイトは前回と同様にMITMフィッシングフレームワーク「Evilginx2」で複製し、一般利用者が誤ってアクセスしないようインバウンド接続を制御した。Android 11のChro
2020 年の React Native 開発 - tomoima525's blog
2019 年は React Native にとってはさまざまな変化があったので、それらを振返りつつこの記事では最近の React Native をめぐる状況と個人的見解について書きます。採用を検討している方、Flutter などのクロスプラットフォーム開発フレームワークと比べたいという方の参考になれば幸いです。 フラットに書くことを意識していますが、いち利用者としてのバイアスがあることをご了承ください。 開発体験 Fast Refresh Auto Linking CocoaPods の標準採用 Expo によるワンストップ開発環境構築 フレームワーク/アーキテクチャ Lean Core Android 最新の React への追随 コミュニティ What do you dislike about React Native? react-native-community 管理下のライブラリ
アプリのフィードバックを簡単にする AppFeedback SDK を OSS として公開しました
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは。Yahoo! JAPAN でモバイルアプリのCI環境や社内配信システムの開発運用を行っている堀です。 最近 OSS として公開した AppFeedback というモバイルアプリ向けの SDK を紹介します。 https://github.com/yahoojapan/AppFeedback-ios https://github.com/yahoojapan/AppFeedback-android AppFeedback とは AppFeedback はアプリからバグ報告や改善要望といったフィードバックを簡単に Slack に投稿できるようにするモバイルアプリ向けの SDK です。iOS と Android に対応してい
「TweetDeck」をスマホ向けにカスタマイズする猛者現る
Twitterが公開しているPC向けのWebクライアント「TweetDeck」を、Androidスマートフォン上で見やすく表示できるように改造した猛者が現れた。 アプリ名は「TJDeck」で、作成者は@totorajさん。アプリの内蔵Webブラウザ（WebView）でTweetDeckを開き、独自のJavaScriptファイルを読み込ませることで、TweetDeckのカラムなどをスマートフォンの画面に合わせて表示できる仕組み。 Twitterの「流れるタイムライン」こと、アプリ開発者向けのリアルタイム更新機能「User Streams API」は、8月16日から段階的に機能を停止し、8月23日に完全終了した。TweetDeckではUser Streams終了後もリアルタイム更新を利用できることから、totorajさんはTweetDeckのスマートフォン向けカスタマイズを始めたという。 TJ
ReactNative アップグレード対応 v0.52 -> v0.56 - 個性は次々死んでいく
みんな大好き恒例のアップグレードをしたので、その時にハマった事のメモ 今回は v0.52.2 から v0.56.0 にアップグレードした 前回のアップグレードよりは楽だったけど、本体のバグらしき罠にだいぶはめられた ちなみに前回と同じく $ react-native-git-upgrade は使わずに $ react-native init myApp で新たに作成したフォルダに自力で差分をみてマージをしてる なんだかんだこの方法が一番キレイに出来る 差分の確認 念の為、今回のアップデートの差分を目視確認しておく 自分の環境に合わせて差分が見れるので、それを適用すればOK Comparing rn-0.52.2...rn-0.56.0 · ncuillery/rn-diff · GitHub Androidの compileSdkVersion などが上がった対応 おそらくこれが今回の一番
プラットフォームをまたぎブレない仕様を実現するための、ネイティブアプリ開発施策 | MEDLEY Developer Portal
2018-03-27プラットフォームをまたぎブレない仕様を実現するための、ネイティブアプリ開発施策こんにちは、開発本部の高井です。オンライン診療アプリ「CLINICS」のアプリ開発を主に担当しています。 CLINICS では Web に加えて、iOS 版と Android 版の各プラットフォームの仕様変更や機能追加などをほぼ同時に開発しているのですが、担当する人数が増えたりすることで、仕様に差が出たり、その結果手戻りが起きるということも増え始めていました。 そうした課題を解決するために実践した様々な施策の中から、特に有効だった 3 つの改善策について、今日はご紹介します。 背景CLINICS の開発チームでは 5 人ほどのエンジニアがタスク単位で全てのプラットフォームを実装したり、大きいタスクの場合はプラットフォーム毎に別の開発者が担当する形で開発しています。 そのような形で機能追加や不具
GitHub - openstf/stf: Control and manage Android devices from your browser.
Warning This project along with other ones in OpenSTF organisation is provided as is for community, without active development. You can check any other forks that may be actively developed and offer new/different features here. Active development has been moved to DeviceFarmer organisation. Version 3.4.2 is the last release of OpenSTF on DockerHub and 3.4.1 on npmjs. STF (or Smartphone Test Farm)
はじめてのOSSリリース記 〜なぜ無料でソースコードを公開するのか？ - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 先日、一年ほど前から運営しているWebサービスのコードを**GitHub上で公開（いわゆるOSS化**）しました。 ※サービス自体は公式ホスティングサービスという位置付けで運営を継続しています。 小さなライブラリをOSSとして公開することはあっても、運営中のサービスを丸々OSS化するケースは割と珍しいかと思い、今回OSS化するに至った経緯とその狙いについてまとめてみました。 サービスについて 本題に入る前に、簡単に対象のサービスについて触れておきます。 Chibineko (https://chibineko.jp) ***「
DroidKaigi 2016 うらばなし
2/18, 19の2日間で、DroidKaigi 2016の2日間が終わりました。 講演された皆様からも聴講された皆様からも大変にご好評だったようです。立ち上げから関わった者としては嬉しい限りです。 私はDroidKaigi 2016は準備を手伝っただけで、当日は参加していなかったため内容の善し悪しについて何かを言うことはできません。 ここでは裏方の立場からDroidKaigi 2016について感じたことを、簡単に備忘も兼ねて書いておきます。 会場 「平日2日間・終日・数百名」の規模になると、会場が決まらなくては何も始まりません。会場探しを始めたのが8月頃で複数の候補を当たってみたものの、日時や場所など、こちらの希望とマッチングが取れる会場は最終的には1か所しかありませんでした。他の会場候補・日程候補と比較検討を行い、会場と日時が確定したのは10月後半です。 他の開発者向けイベントなどと可
GitHubでコードを「公開しない」リスク？サイバーエージェント流、OSS時代の開発哲学 | SELECK
今回のソリューション：【GitHub（ギットハブ）】 〜「GitHub」でソースコードを社内・社外に公開し、オープンなコラボレーションを実現した事例〜 数々のサービスを生み出し続けるエンジニアリング集団、株式会社サイバーエージェント。そのエンジニアリング文化の中心には、「GitHub」を活用したオープンなコラボレーションがある。 同社ではプロダクトのソースコードは可能な限り全社公開すると同時に、 「スターインセンティブ制度」というリポジトリのスター数に応じたインセンティブを与える制度により、自身の書いたコードを社外へ公開することを推奨している。 ▼そもそもGitHubって何？という方はこちらの記事もどうぞ！ チーム開発を変える「GitHub」とは？導入方法・使い方を徹底解説！【第1回】【導入編】 ソースコードを可能な限り公開していくという流れは、ITベンチャーのみならず世界的大企業にも派生
Scalaはなぜ難しいと言われるのか？ - たけぞう瀕死ブログ
Scalaをどうやって学ぶのがいいのか？ということはScalaを使い始めた数年前からずっと考えています。よく「Scalaは難しい」と言われますが、 どこが難しいのか？ なぜ難しいのか？ ということを、これまで書籍や雑誌記事、ハンズオンなど入門用のコンテンツを作ってきた経験を踏まえて整理してみました。 まず、Scalaが難しいといわれる理由のひとつに学ばなくてはならないものが多すぎるという点があげられます。Scalaはオブジェクト指向言語ですが、関数型言語の特徴的な機能を取り入れているため、きちんと理解するには両方の言語のイディオムを学ぶ必要があるためです。 ただ、Scala自体は必ずしも関数型言語の知識がなくても使えるように設計されています。最初はBetter Javaとして一般的な手続き型オブジェクト指向言語の延長として使い始めることができ、Scalaの特徴的な機能に触れていくことで少し
アウトプット増やしたらぼっちじゃなくなってきた - Konifar's WIP
2015年は『アウトプット量を増やす』というのを目標にしています。 そのために4ヶ月くらいサービス作ったりQiita書いたり勉強会で発表したりしてみたんですけど、少しだけ変化を感じるようになったので、振り返りを兼ねてまとめておこうと思います。 一言で言うと、 勉強会でぼっちになることが少なくなった気がするという話です。 今年やったこと まず今年に入ってやってみたことをまとめてみます。 1. 開発コンテストに応募してみた YOKOHAMA Ups!という横浜市の開発コンテストに出て、優秀賞もらいました。 もともと出る予定はなかったんですが、PCほとんど触ったこともなかったはずの母親から 「ExcelのMicrosoft Office Specialist試験1000点満点で合格したわ」という報告が来て、自分もとりあえず何かしないとヤバいと思ったのがきっかけです。 詳しい流れは以前にブログにま
ライブラリの守備範囲は狭い方がいい - Konifar's WIP
開発で使うライブラリってどう選定してますか？ たぶん選定基準は様々ですよね。社内で基準が明文化されてるところもあるかもしれません。 選定の際には、GitHubスターの数やドキュメントの充実度、最終更新日といった客観的な指標はもちろん、キャッチアップコストやサービスの規模といった開発上の様々なトレードオフを考慮する必要があります。自分は漠然と「ライブラリはあんまり大きくない方がいいなぁ」と考えていたんですが、ちゃんと思考整理できていなかったので、ざっとまとめておこうと思います。 Android開発が多いので、Androidのライブラリを例に話します。あくまで現在の自分の考えのまとめなので、それ違うんじゃない？と思われるところもあるかもしれませんが、その辺は優しくツッコミいただけると嬉しいです。 ライブラリはみんなの課題を解決する そもそもなぜライブラリを使うかというと、その方が楽だからですね
クソコードでも公開した方がいいんじゃないかって話 - Konifar's WIP
昨日のDroidKaigiの@operandoOSさんのセッション Android学ぶを君へ。生き抜くためのナレッジ共有の中で『ひたすらクソコードを書く』という話がありました。 もちろんこの話はほんの一部でしかないんですが、とても印象に残りました。 誰と話したか忘れてしまったんですが、懇親会で 「クソコードでも公開した方がいいんじゃないか」みたいな話が出て、なるほどなぁと思ったのでちょっと思考を整理しておきます。 書けば何がクソコードかわかってくる 何も書かないよりクソコードでもいいからまず書いてみる方がいいと思います。 そもそもクソコードっていうのはよいコードの基準があってこその価値観なんですよね。書かなくても何がよくて何がクソかわかるよって人もいると思うんですけど、自分はやっぱり頭で理解するより書いて理解する方が腹落ちしやすいです。 例えば、GoFのデザインパターンはよくある問題を
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - Genymobile/scrcpy: Display and control your Android device
Nature での React Native アプリの運用について / React Native App in Nature
［速報］「GitHub for mobile」ベータ公開。iPhoneやAndroidからプルリクエストやマージなど操作。GitHub Universe 2019
Swiftで高カインド多相
https://jp.techcrunch.com/2015/11/25/20151123wordpress-com-goes-open-source-and-gets-a-desktop-app/
