はじめに AndroidアプリをGoogle Play Storeに公開する上で、アプリへの署名は避けては通れません。 しかし、以下の理由からあまり意識せずに開発している（できてしまっている）人も多いのではないかと思います。 趣味でアプリを作っていて、Google Play Storeに公開するつもりはない Android の新機能の技術検証・学習が目的で、サンプルコードを書くだけ 開発会社にいて、すでにGoogle Play Storeに公開されているアプリに対して開発を行っている 自分自身もあまり意識せずにいたのですが、新規アプリを作ってGoogle Play Storeに公開しようとした際、keystore の管理方法・signingConfigs の設定が色々あって、それを採用したときのメリット・デメリットを考えてみてまとめました。 こういう方法がある、こうしたほうがもっといいなど

chrome 拡張機能とはchrome拡張機能とは，使用しているchromeブラウザを最大限に活用するための拡張機能(アプリケーション)です． chromeを開いた時に右上に表示されるやつです． 選択した文字列をすぐに翻訳してくれる「google翻訳」や，Amazonで本を買う時に近くの図書館に同じ本があるかを自動で確認してくれる「その本，図書館にあります」など，使うと便利なものが多くあります． その他たくさん(1000個以上)の拡張機能があるので，興味があれば「chrome拡張 おすすめ」で検索するといいかも． しかも拡張機能は自分で作ることができます． 「こんな拡張機能があったら便利なのに」と思ったら，自分で作ってしまいましょう． ただ，chrome拡張機能は単なるWebアプリケーションと違い，少し実装が面倒臭いところがあります(制約とか制約とか制約とか．．．) というわけで，システム

この記事について この記事はChrome拡張機能の公式ページを翻訳、補足を追記した連載記事である。ひとつ前の記事は以下を参照。 Chrome拡張機能の開発 その1：拡張機能の基礎 https://qiita.com/gtracker64/items/95bec2b584638cc03388 基礎 拡張機能は、Google Chromeブラウザに機能を追加するHTML、CSS、JavaScript、画像、その他必要に応じて追加したファイルをzip形式でバンドルしたもの。 拡張機能の本質はWebページであり、通常のWebページと同様にブラウザが提供するすべてのAPIやJSON、XMLHttpRequest、HTML5を利用することができる。 拡張機能は"ContentsScript"や"Cross-Origin-XMLHttpRequest"を利用して、Webページやサーバとデータをやりとりで

はじめに 最近、Webの記事を見てるとReactだVue.jsばかりが上がっていてJSPやERBの話をしてる人は誰もいません。jQueryの記事ももちろん見ない。 つまり、Webだけ見る限りではほとんどの人がSPAを使ってるように見えます。 私はWeb界隈には居るもののどちらかというとバックエンド寄り、もっというとそもそもWebとか関係ない領域を見る事が多いので、ちょっとキャッチアップを兼ねていくつかの個人プロダクトにVue.jsを採用してみました。 jQueryくらいで頭が止まってたので。サーバサイドもマイクロサービスでAPI化が進んでるのでフロントもそれに合った技術を選ばないとですしね。 というわけで、今回はその中で得た知見というか、従来型のサーバサイドでのWeb開発をしていた人の視点でVue.jsをキャッチアップする流れで書いていきたいと思います。 まあ最終的な結論は正直「これすごく

AndroidでDB関係を実装するときによくわからなかったので勉強したことをまとめます。 自分はjavaは触ったことがあるがAndroidは初めてという人なので結構基本的なことから書いていると思います。 そんなこと知ってるわ！って人は最初の方を飛ばしてください。 Content Providerとは何か AndroidでDBにデータを取得/保存する時に利用するクラスです。 このクラスを使えば、あるアプリが持っているデータを他のアプリも使用できるようになったりします。もともと用意されているものとしては、着信ログや電話帳、ブラウザのブックマークなどがあります。 異なるアプリで同じDBを触ることができるというあたり、様々利用できそうで夢が膨らみます。 これらのデータを利用するためにはgetContentResolver().query()メソッドで、目的のデータを示すURIを指定してCursor

みなさんこんにちは。@ryuzeeです。 スクラムに限らず開発プロセスそのものは目的を達成するための手段に過ぎないので、定義されたプロセスやプラクティスを単に守れば良いというわけではありません。 根底にある価値観や原則を理解することが重要です。 とはいえ、自分たちのプロセスが定義されたもの、一般的なものとどれだけ違うかを知ることは、改善のキッカケにもなります。 今回、スクラムチームが、自分たちの仕事のやり方を改善する際に参考にできるような、セルフアセスメントのチェックリストを作ったので共有します。 現時点では単なる試作品なので、ご利用は自己責任でお願いします（この記事に限らず当サイトの記事を参考にする場合も同様です）。 使えそうなら適宜更新していく予定です。 観点はスクラムの主要要素（3-5-3）にしています。フィードバックなどがありましたら、@ryuzeeまでお知らせください。 使い方使

1. はじめに Flutterでwebアプリを作れる、Flutter webがベータ版に昇格すると発表がありました。これにより、従来こちらで管理されていたコード類がメインラインにマージされ、仕組みも変わっています。来年あたりに正式版リリースという感じでしょうか。 2021/3/4 Flutter Engage (2021)で正式版にアップデートされました！ Flutter 2.0以降はstableチャンネルでも利用できます！ 2. 環境構築の手順 2021/3/4時点の最新手順です、LinuxとmacOSの両方で試しています。 ※webdevを使うやり方はα版までの古いやり方です！ 2.1 Flutter SDKインストール リポジトリからcloneした後は、適当なパスに配置します。

「単体テスト」再入門！ 開発の現場でバグを確実に洗い出す最適な手法と、テストケースの作り方 単体テストの定義から手法、未来の展望までを、日本におけるソフトウェアテストの第一人者・高橋寿一さんが解説します。 ソフトウェアのテストにおいて、最初のフェーズである単体テスト。若手Webエンジニアの中には、いきなり単体テストを任されて戸惑った方もいるでしょう。仕方なく現場で踏襲されているやり方に従っているだけ、ということもあるのではないでしょうか？ 今回は、単体テストの定義から手法、未来の展望までを、日本におけるソフトウェアテストの第一人者・高橋寿一さんが解説します。 単体テストとは（各社ばらばらな単体テストの定義を再定義） コードベースの単体テスト 命令網羅（C0カバレッジ） 分岐網羅（C1カバレッジ） よくある（コードベースの）単体テストの間違い 機能単位の単体テスト 例：複雑なソート機能のテス

「Raspberry Pi」（以下、ラズパイ）の産業利用に対する注目度が高まっている。ラズパイを産業利用するのであれば、ぜひ知っておきたいメリットとデメリットを、メカトラックスの代表取締役である永里壮一氏に聞いた。 「Raspberry Pi」（以下、ラズパイ）の産業利用に対する注目度が高まっている。今や教育用途やホビー用途よりも産業用途が上回るラズパイではあるが、開発された段階では産業利用は想定されておらず、Raspberry Pi財団の方針から、今後もラズパイの中核となる用途は教育であることは変わらないと思われる。 つまり、ラズパイを産業利用するのであれば、「本来は教育用途だ」ということをしっかり認識し、産業利用する際の注意点を知っておくことが大切になる。 ラズパイ周辺機器の製造／販売などを手掛けるメカトラックスの代表取締役である永里壮一氏は、そうした“注意点”を最もよく知る人物の一人

Linuxカーネルを読んで改めて知るプロセスとスレッドの違いRetrieva inc.5.1K views•35 slides

オープンソース プログラム オフィスの運用や、オープンソース プロジェクトの開始に役立つベスト プラクティスをご紹介します。The Linux FoundationとTODOグループの協力で開発されたこれらのリソースには、わたしたちのスタッフ、プロジェクト、およびメンバーの豊富な経験が生かされています。日本語版を順次掲載中です。

はじめに 本稿では、仕事をする上での作業工数の見積もり方法について説明します。 工数とは何か 工数(こうすう1)というのは、仕事において、あるひとつの作業を完了するまでにかかる総累計時間のことです。情報処理技術者試験に出てくるTAT(ターンアラウンドタイム)とは意味合いが異なります2。 例えば、ある作業に40時間(40H3)かかるとした場合、工数は40時間であるといえます。1日8時間勤務だとした場合、40時間は5人日(にんにち)と表現することができます。さらに、1ヶ月20日勤務だとした場合、0.25人月(にんげつ)と表現することもできます。 一般的に工数の単位は「人日」および「人月」で扱います。 学生時代は工数を気にすることはないですが、ITエンジニアとして会社で働くようになると、かならず工数を意識する必要があります。 なぜ工数を意識する必要があるのか なぜ工数を意識する必要があるのかとい

現在の Android Developers の情報は非常に充実していて、Developer Guides を順に読み進んでいくだけで開発に必要な知識とGoogleが想定している(であろう)最も基本的な実装を学ぶことができる。 特にこの「基本的な実装」というものが重要で、これを知っておかないと開発者間の意思疎通がスムーズに行えなかったり、そもそも気をつけておくべき注意点を見落としがちになってしまう。 とはいえ、今の膨大な公式ドキュメントをただ読めというのは厳しいので、Android開発をする上で最低限理解しておいてほしい(と僕が思っている)事柄と、それについて知ることができるドキュメント類についてまとめてみることにする。 2018/03/25 : リリース周りについて別記事に追記した。 nein37.hatenablog.com 公式ドキュメントの重要ページ 公式ドキュメントと言った場合、

エンジニアHub > 記事一覧 > 正式採用の「Kotlin」で挑戦！ 初めてのAndroidアプリ開発 ～ストップウォッチを作ってみよう～ 正式採用の「Kotlin」で挑戦！ 初めてのAndroidアプリ開発 ～ストップウォッチを作ってみよう～ Kotlin入門者に向け、手を動かして学べるテキストをお届けします。Kotlinは、2011年7月に登場したモダンなプログラミング言語ですが、Androidアプリの開発言語として、Google I/O 2017で正式採用され、一挙に浸透してきました。本稿では、Kotlinの特徴を紹介し、簡単なAndroidアプリとしてストップウォッチを作ってみます。 アプリエンジニアの池田惇です。Google I/O 2017で、Androidの開発言語としてKotilnが正式に採用されました。少し前から業務でもKotlinを採用していたのでとても嬉しいです！

tl;drコードレビューが上手く回って無くてチームが疲弊して辛かったよレビュアーの言い方を変えるだけで大体解決するよ立場とかで例外を許さず、みんながレビューしてレビューされると良いよはじめにあるプロジェクトでGitHubのPRベースでのコードレビューを導入をしました。いかんせんチーム開発が初めてレベルの新人さんが多く、何かと苦労しました。特にレビュイーに対して不効率な指摘はそのまま指示の不明確さに繋がり、チーム全体の開発生産性を下げるので、レビュアーはレビュイー以上に気を使う必要があると感じました。下手をすると、レビュイーのメンタルが弱って闇堕ちするので、チームメンバーの最も大人な人がメンタルケアしたりします。大人な人は大体がリーダー格なので、その人の時間が奪われると何かと開発現場が疲弊しちゃいますね。コードレビューってそんなに難しいものだっけと思ったりもしますが、反省の意味も込めて実際に

A talk presentation for RubyWorld Conference 2017 held in Matsue, Japan. Introducing Everyleaf Corporation's training program. Written in Japanese.

はじめに Gitのブランチを活用できていますか？ Gitが人気を博している理由のひとつには、手軽に使えるブランチの存在があります。ブランチを効果的に使えなければ、Gitの真価を発揮することはできません。しかし複数人での開発で、特になんの決まりもなくブランチを使っていると、無秩序にブランチの作成やマージが行われ、リポジトリが混沌としてきます。 こうした問題を解決するために、「ブランチモデル」というブランチ管理方法が考案されました。 今回紹介するのは、Gitのブランチモデルのひとつである「git-flow」です。 ブランチモデルの中では比較的歴史が長く、git-flowをサポートしているツールも数多くあります。やや複雑なモデルではありますが、ツールを使うことでブランチの操作をある程度自動的に行うことが可能です。コマンドを覚えて流れをつかんでしまえば、それほど難しいことではありません。実際にやっ

はじめに 5日目は、スマートテック・ベンチャーズの奥寺(@okuderap )が担当いたします。 今回はGitのブランチモデルについてです。 私はGitを使い始めたばかりの頃、masterブランチ1本で開発進めてしまったり どのようにブランチを使い分ければ良いのか全然わかりませんでした。 私が経験した好ましくないケースをいくつか挙げて 最後に、それらの問題点を解消したブランチモデルをご紹介いたします。 ※iOS開発において、Gitを使った経験を記載します。 製品やサービスの開発に利用する場合は通じることがあると思いますが、 プロジェクトによって変わる部分もございます。 #Case1: masterブランチ1本 私がGitを触り始めたばかりの頃はこの使い方でした。 【開発作業の流れ】 なんでもかんでもmasterブランチにコミットする 【登場するブランチ】 master: 開発を進めたら全て

本連載「実業務でちゃんと使えるAndroidアプリ開発入門」では、バージョンの違いに左右されないスタンダードなアーキテクチャで、セキュリティやパーミッション、テストのしやすさ、開発効率の向上などを考慮した、実業務で使えるAndroidアプリ開発のノウハウを提供していきます。前回の「知らずに作って大丈夫？Androidの基本的なライフサイクルイベント31選」では、Androidアプリ開発において必ず押さえておかなければならないライフサイクルイベントについて解説しました。今回は、Androidアプリのメモリ管理に関する注意事項に関して解説します。 Javaでは「常識」とされる挙動が、Androidではそうはいかない場合があります。Javaとは異なる設計思想により、Javaのような動作を期待すると思わぬバグとなる可能性があるのです。Androidの設計思想とはどのようなものか。それによってJav