nyanのアプリ開発 | シンプルなサンプル集、Androidアプリ
Android アプリ開発 Androidアプリの基本的な作り方を説明しています。ザックリ作って動かしてみようというコンセプトですから、細かい仕様はGoogleのReferenceを読んでください。 Javaの1～10までがBasicなところで、それ以降はそれらの内容については了解しているものとして進めています。 またKotlinについては別ページにありますが、基本的なAPIの使い方などは同じですのでJavaを参考にできます（JavaからKotlinにコンバートしてしまうことも在る程度可能） Java 1. Button 簡単な Button アプリを作る ButtonをJavaコードだけで設定する カスタムボタンを作る ImageButton に画像を設定する onClickListenerの色々な設定 Button 配列を設定する ToggleButton を使ってON・OFFを設定
Androidアプリ開発の学び方（2020年版）｜NTT Resonant Technology
NTTレゾナントテクノロジー アジャイルデザイン部の西添です。今年4月からAndroidアプリエンジニアをやっています。もともとAndroidアプリ開発は2012〜2013年頃に経験がありましたが、開発環境が当時とは随分と変わっており、再学習が必要でした。この記事では、6年間のブランクを埋めるために私がどのように勉強していったのかをご紹介します。 Step 1. Kotlin入門かつてはJavaでAndroidアプリを開発していましたが、今はKotlinの方が主流でしょうか。Androidアプリ開発に入る前に、まずはKotlinの基本文法を学習しました。日本語で体系的に学びたかったので、次の書籍を使用しました。 速習 Kotlin: Javaより簡単！新Android開発言語を今すぐマスター 速習シリーズ Step 2. Androidアプリ開発再入門6年前と比較して最もギャップが大きかっ
カプコンに学ぶデスマーチにならない仕事術 - teruyastarはかく語りき
ほんとにヤバくなってギリギリになるまで相談しない人々: 切込隊長BLOG（ブログ） Lead‐off man's Blog http://kirik.tea-nifty.com/diary/2010/03/post-1da9.html いつも予防線が突破されるので、いずれにせよ年がら年中修羅場になってるわけだが、 修羅場をこなしているうちに、常在戦場みたいな組織が出来上がって、 毎日ラットレースをしている敗戦処理のエキスパート軍団ができちゃう。 戦況だけ見ると実に見事に負けてるんだけど、 担当した局地戦だけはどうにかなっちゃってるというような。 そういう組織は、人が内部から壊れていく。鬱になったり、病気になったりする。 まあ、発展性のない業務に長時間据えられて、 強いストレスに晒されながら安い給料で働くわけだからねえ。 一個一個のデスマーチは、マーチである限り終わりはあるわけだけど、 デス
小野和俊のブログ:プログラマー風林火山
アプレッソというベンチャー企業の CTO を務めて6年と2ヶ月になる。変化の激しいベンチャーに比較的長い期間身をおいていたので、社内外のいろいろなタイプのエンジニアと仕事をしてきた。 あるエンジニアが参加することで開発チームが短い期間で大きく変わったこともあったし、開発チームのメンバーが15人いた頃よりも、お互い補い合えるエンジニアが5人くらいの頃の方が成果が出たりすることもあった。 そういう経験を重ねていくにつれ、私の中では、スターエンジニアと呼べる人たちの持っているものについての、いくつかの類型ができてきている。今まで一緒に仕事をしていく中で本当に心強かったのは、最近エンジニアのキャリアパスの議論でよく言われるような財務のわかるエンジニアとか営業もできるエンジニアではなく、あるいは人と異なるユニークな能力を身に付けようとしているエンジニアでもなかった。ではどういうエンジニアが、というこ
TracからRedmineへ移行しない、たった一つの理由 - almost nearly dead
今更公開した新年会の資料を「チケット駆動開発の運用例: プログラマの思索」で取り上げていただいたのですが、ちっと補足しておきますよ〜っと。 喋る用の資料であることと説明不足ですかね、修行が足りなさを痛感します。 この辺とかこの辺を良く読んで勉強し直せって感じですね。*1 チケットをExcelで一括インポート ごく初期だけで日常的な運用には使っておらず、複数のツールを使って管理するのは運用(利用)負荷が上がるだけなので、基本はtracのチケットのみで管理しています。 チケットの入力負荷の軽減を図るためにコンポーネントだとかチケットタイプ・関係者などの定型的な情報をリンクにパラメータとして埋め込んでwikiにまとめてあります。チケット分類によってはチケットの中身までテンプレート化して用意しているパターンもあります。 Tracで工数を入力、集計 これは何度か触れてますがTimingandEsti
プロジェクト管理やテスト工程をクラウド化する - プログラマの思索
Hudsonの下記記事を読んだ感想をメモ書き。 【元ネタ】 Hudson Selenium PluginでHudsonクラスタをSelenium Gridに - 川口耕介の日記 近年、HadoopやSeleniumなど、複数のサーバ上で動作する事が前提のツールが増えてきており、マルチコア化・クラウド絡みで、このトレンドは今後も続くと予想されます。 ところが、こういったツールはセットアップと運用保守に手間がかかるという欠点があります。 Hudsonで僕がやろうと思っている事の一つは、Hudsonのクラスタ上にこういったツールをインストールするのを簡単にすることです。 Hudsonのクラスタはインストールがとても簡単ですし、プラグインのインストールも容易なので、この環境の上に他のツールをオーバーレイすることで、手間なく様々なツールを利用できるようになります。 「ThoughtWorksアンソロ
RedmineとTracの機能比較 - プログラマの思索
RedmineとTracの両方でチケット駆動開発を運用してみて、色んな気付きがあった。 以下メモ書き。 【比較対象】 ・Redmine0.8.0 ・Trac0.11.1.ja 【元ネタ】 脱Excel！ Redmineでアジャイル開発を楽々管理 － ＠IT自分戦略研究所 【1】複数プロジェクトの扱い RedmineがTracよりも機能が優れている点の一つは、複数プロジェクトに対応していること。 Tracはプロジェクトに親子関係を入れることができないため、特に大規模プロジェクトではチケット駆動開発を実践しにくいだろうと思う。 複数プロジェクトを作りたい状況は、二つある。 【1-1】開発チームが複数のサブチームに分かれていて、それぞれでタスク管理したい場合。 RedmineやTracを運用してみると、一つのプロジェクトでメンバーが5人以上だとチケットが乱発されたり、放置されやすくなるようだ。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Android入門
teamst.org is for sale