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
ちょいAndroid。Typescriptいいよ。JenkinsとかGradleとか。APTもいいなー。 photo: Some rights reserved by yukiv Javaと比較しながら「へぇーObjective-Cってそういう感じか」と理解した気になろう。 流れ 軽くジャブ クラスファイルの構成 コメント import文 変数の定義 クラス定義 メソッドの定義 メッセージ式 プロパティ セレクタ プロトコル カテゴリ 文字列リテラル ログ出力 ひと通り使ってみる感じのソース まとめ 軽くジャブ まずは以下のソースを眺める //SampleClass.h #import <Foundation/Foundation.h> #import "SampleClassDelegate.h" @interface SampleClass : NSObject <sampleclas
前提「iPhoneアプリを作りたいなら」ではない。「売れるアプリを作る企画力」や「イケてるUIを作るデザイン力」なしに、「アプリ開発に必要なObjective-Cの技術力」だけあっても意味ない。それでもいい人向け。前提2巷のブクマされている「オススメ本集」は自身の著書や身内の本を薦めるためのポジショントーク的な選書がよくある。溢れかえる「分かりやすさ」を訴える本は必要はない。買うとしても1冊で十分。 分かりやすい本じゃないと身につかないなら、結局作れるものは「その程度」のものに留まる。そして「その程度」を作れる人は既にうじゃうじゃいるからApple税を無駄にするだけ。公式ドキュメント日本語ドキュメント - Apple Developer 日本語化された公式ドキュメント。全てを読むのは難しいが、「Objective-C プログラミング言語」「Objective-Cによるプログラミング」を読め
iOSについては環境の進化が速く、書籍の内容が古くなっていることがほとんどなのですが Android開発を始めたばかりの僕が読みたかった本が面白かったので自分も似たようなことを書いておきます。 詳解 Objective-C 2.0 Objective-Cのメモリ管理の仕組みであるリファレンスカウンタについて理解するために購入。現在発売中の第3版ではARCについても記載されているので最新のものを買うのが良いです。 Objective-Cの特徴であるカテゴリやプロトコル、KVOについても詳細に記載されているので何度も読み返すことになると思います。 Amazonへのリンク: 詳解 Objective-C 2.0 第3版 iOS開発におけるパターンによるオートマティズム マイナビでiPhoneアプリ開発の連載を持たれていたHMDTさんの書かれた本です。 UIやメモリ管理、実際のモデル設計など盛りだ
記事内に広告を含む場合があります。記事内で紹介する商品を購入することで、当サイトに売り上げの一部が還元されることがあります。 こんにちは!アキオ(@akio0911)です。 以前にレベル・目的別!iPhoneアプリ開発おすすめ書籍15冊(2012年8月版)という記事を書きましたが、それ以降、役に立つ本・勉強になる本が何冊か出ましたので、iPhoneアプリ開発おすすめ本リストを更新してお届けしたいと思います! 追記 ↓ 2015年11月版を公開しました! ⇒ iPhoneアプリ開発にオススメの本7選(初心者向け含む)2015年11月版 iPhoneアプリ開発にオススメの本7選(初心者向け含む)2015年11月版 1. iPhoneアプリ開発が初めてな初心者の方に。画面部品のリファレンスとしても
By horrigans 音楽ファイル圧縮形式であるMP3は、ビットレートの値を指定することで最高320kbpsに圧縮することができます。音質に影響が少ない部分からカットされていき、ビットレートが下がるほど削られる部分は多くなっていくため実際に音質の差はあるはずですが、「本当に自分の耳は聞き分けられるのか?」ということで、MP3ファイルの音質の違いを、「320kbpsと128kbpsの曲を聞き分ける」という方法でテストできるのが「mp3ornot.com」です。 mp3ornot.com http://mp3ornot.com/ 自分の耳をテストするには、まずSTEP 1の「clip A(320 kbps)」をクリック。1曲目の音楽が320kbpsで再生されます。 次に「clip B(128 kbps)」をクリックすると、clip Aと同じ曲が今度は128kbpsで流れてきます。それぞれの
「ORMがトラブル起こすから嫌い」なんじゃなくて、「ORMが起こすトラブルが解決できないから嫌い」ってのがほんとのところじゃない?だったら解決方法を知ればいいんじゃね?というお話。「N+1問題」もろくに知らずにORMを批判せんでほしい。 This document summarizes a microservices meetup hosted by @mosa_siru. Key points include: 1. @mosa_siru is an engineer at DeNA and CTO of Gunosy. 2. The meetup covered Gunosy's architecture with over 45 GitHub repositories, 30 stacks, 10 Go APIs, and 10 Python batch processes usin
Live Nation says its Ticketmaster subsidiary was hacked. A hacker claims to be selling 560 million customer records. An autonomous pod. A solid-state battery-powered sports car. An electric pickup truck. A convertible grand tourer EV with up to 600 miles of range. A “fully connected mobility device” for young urban innovators to be built by Foxconn and priced under $30,000. The next Popemobile. Ov
2014/04/16 コンプライアンスの「Content Rights」と「Advertising Identifier」についての解説を追加しました。 はじめに iOS 7 がリリースされ、さまざまな新しい機能が使えるようになりました。iOS 7 SDK を使ったアプリをリリースしたい!と思っているかたも多いのではないでしょうか。しかし iOS アプリのリリース作業は手順が複雑そうで取っ付きづらい印象を持たれているかたが多いと思います。筆者もそうでした。 ということで、最新 (2013年10月21日現在) の iOS アプリのリリース手順についてできる限り分かりやすくまとめてみました。リリース時の参考にしていただければと思います。 概要 まずはじめに全体像を確認しておきましょう。iOS アプリのリリースは下図のようなフローで行います。 リリース用の Provisioning Profil
FINDJOB! 終了のお知らせ 2023年9月29日にFINDJOB!を終了いたしました。 これまでFINDJOB!をご利用いただいた企業様、求職者様、様々なご関係者様。 大変長らくFINDJOB!をご愛顧いただき、誠にありがとうございました。 IT/Web系の仕事や求人がまだ広く普及していない頃にFind Job!をリリースしてから 約26年間、多くの方々に支えていただき、運営を続けてまいりました。 転職成功のお声、採用成功のお声など、嬉しい言葉もたくさんいただきました。 またFINDJOB!経由で入社された方が人事担当になり、 FINDJOB!を通じて、新たな人材に出会うことができたなど、 たくさんのご縁をつくることができたのではないかと思っております。 2023年9月29日をもって、FINDJOB!はその歴史の幕を下ろすこととなりましたが、 今後も、IT/Web業界やクリエイティブ
こんにちは。西間木です。 ゲーム系のアプリをつくるときに、アイテムやモンスターの”出現率”によって、抽選をするような仕組みが必要になることってありますよね? 本日は、Androidアプリ用にアイテムなどの抽選ができるような、Javaのutilクラスを作ってみましたのでご紹介いたします。 シンプルなクラスにしたので、アイテムをGETするようなガチャや、モンスターをコレクションするようなゲームなどで、拡張したりして使っていただけたら嬉しいです! 実装のイメージ 今回実装するクラスのイメージは、よく福引などで使われるガラガラ回して玉が出てくるあれです。どうでも良い話ですが、ちなみにあれは「ガラポン」って呼ばれているみたいです。 いろんな種類のアイテムまたは、モンスターがガラポンに入っていて、使うときにそのガラポンをぐるぐる回して一つ取得してくるようなクラスになります。レア度が高いもの(金の玉)は
こんにちは! 個人でWEBサイトをつくりながら世界を旅している、阪口といいます。 僕は今の仕事をはじめてまだ稼げなかったとき、2011年9月~2012年4月まで、大阪・あいりん地区のドヤ街で暮らしていたことがあります。(詳しい経緯は「鬱病で半年間寝たきりだった僕が、PC1台で世界を飛び回るようになった話。」で書いてます) そのとき、同じアパートで暮らしていた、とあるヤクザの元幹部である「中條さん(仮名)」という方にお世話になり、「仕事」というものについて、人生の指針となるアドバイスをいただきました。今日は、そのときのお話をシェアさせていただきます。 1泊1200円、三畳一間の部屋に籠城し、成果の出ない仕事に励む日々。 当時、僕は1泊1200円・三畳一間のカビ臭い部屋に籠城しながら、延々とWEBサイトを作り続ける生活を送っていた。 写真のとおり、机を買うお金もなかったので、BOOK-OFFで
薄い財布 — for Men — 18,200円(税込) お札・小銭・カード(3〜5枚)・鍵をまるごと収納できる「世界一薄い二つ折りメンズ財布」を目指し、開発しました。 雑誌や新聞にも多数掲載されている、スーパークラシック一番の人気商品です。 同じ革の「薄いカードケース abrAsus(アブラサス)」(別売り)を挿しこみ、一体化してご利用頂くこともできます。 薄い財布 — for Ladies — 18,200円(税込) 「ちょっとした外出にもパーティーなどのフォーマルシーンにも活躍する、世界一薄い二つ折りレディース財布」を目指し、バッグやポケットに入る極薄財布を作りました。 薄さや機能性は「薄い財布 abrAsus(アブラサス) for Men」と同じまま、バイカラーなどエレガントなレザーで仕上げています。プレゼントにもぴったりです。 薄い財布 — classic — 20,800円(税
久しぶりに、あ、これはイイね!という「電話を再発明したiPhone」に初めて出会ったときみたいな感覚を味わった。 それがこのひらくPCバッグ。名前はトボけているけど、とにかく使いやすい。持っていて楽しい。 まさにバッグ界のiPhone的立ち位置のバッグ。 どこがいいか。 置くと立って開くところ。これに尽きます。 どういう事か。 普通のバッグと違って横が三角形になってます。 これで安定して立つことが出来ます。このくらいのサイズで安定して立つバッグ、殆ど無いですよね。 さらに、ここが一番気に入っているポイントなんですが、前にひらく。 だから中に何が入っているのかすぐに分かり、取り出せる。 友人に見せるとみんなここに興味を示してくる。 そして、私が個人的に革命を感じているポイント。 それは奥行きのある前エリア。 ベロクロの仕切り付きなので名刺入れや財布、ポータブルHDDくらいの小物は分けて立てて
私の、あなたの、全ての人のためのアクセシビリティ #ヌーラボ真夏のブログリレー2024 私の、あなたの、全ての人のためのアクセシビリティ #ヌーラボ真夏のブログリレー2024 nulab パスキーをこれから利用してみようかと考えている方へ nulab Astroを利用したJBUGサイトの開発について #ヌーラボ真夏のブログリレー2024 Astroを利用したJBUGサイトの開発について #ヌーラボ真夏のブログリレー2024 nulab 手書きWebAssembly Component ModelでHello world! #ヌーラボ真夏のブログリレー2024 手書きWebAssembly Component ModelでHello world! #ヌーラボ真夏のブログリレー2024 nulab 手書きで理解するWebAssembly Component Model 手書きで理解するWebA
僕が19年勤めた会社を辞めた時、後悔した12のこと - ICHIROYAのブログ という記事を書いたら、思いのほか拡散してびっくりした。 色々と厳しい声をいただき、ここ2日間は生きた心地がしなかった。 僕が体験したことは、あくまで個人的なことだ。 最初に書いておきたいが、僕は個人的なことを書いているだけなので、ここにあなたへの答えはない。 あなたが考えるひとつの材料があるだけだ。 さて、僕が体験したことを、もう少し詳しく書こう。 新卒で19年勤めて会社を辞めたのは42才の時。いまから12年前のことだった。 業種は百貨店である。 そして、ご存知のように、百貨店は近年、リストラの20年であった。 僕は上記の記事に書いたような社員だった。 世の中には、「優秀で使いやすい人間」と「優秀だけど使いにくい人間」がいるという。 僕は後者であったのではと思いたいけれど、コメントにいただいたように、「無能で
ひとつの会社で、サラリーマンを19年やった。 残念ながら、僕のサラリーマン人生は失敗だった。まだ、課長レベルだったけど、すでに先は見えていた。 自分ではデキるつもりで突っ走っていたのだけど、自分なりに壁を感じていたし、人事の同期から漏れ聞く会社の評価も、中程度のものであった。 僕らの世代(いま50代中盤)のサラリーマン人生も過酷だ。 順調なひとたちは、すでに取締役になっているが、最近のリストラで今更会社を辞めざるを得ないひともいる。 サラリーマンを続ける以上、上位に評価されるようにしなければ、若いころのわずかの差が、20数年後には無残な差となって突きつけられる。 いまでも、ときどき、ああこうすればよかったな、と思い出して後悔することがある。 そして、若くて元気なひとたちを捕まえて、オレみたいになるなよ、と説教したくなってしまう。 でも、僕の話など誰も聞いてはくれないので、こうやってブログで
昨日のSeasar2のエントリについたコメントなどで、「とはいえ代わりに何つかうの?」みたいな話が出てたので、とりあえずJava EEのWebフレームワークについて簡単にまとめてみます。 Java SE 8+Java EE 7+lombokで書いていますが、基本的なところはJava SE 7+Java EE 6でも大丈夫です。 なので、今どきとは書いてますが、基本的には2009年12月のJava EE 6ということで、実はすでに4年近くたってます。 何も考えてない なんも難しいこと考えないなら、やっぱJSPが楽ですよね。 なんでも書けちゃう。 <%@page contentType="text/html" pageEncoding="UTF-8"%> <!DOCTYPE html> <html> <head> <meta http-equiv="Content-Type" content=
Seasar2の機能追加停止が宣言されてから、すでに6年弱たっています。 Seasar2.4に対する追加要望があれば、もちろん検討します。ただし、大きな変更や追加はもうないでしょう。 Seasar2の今後のロードマップ 2008-01-29 - ひがやすを blog 後継になる予定だったSeasar3も開発が中止されて3年たちました。 Seasar3開発中止 2010-08-06 - ひがやすを blog ここでSeasar2.5を出す方向で動くということでしたが、実現しませんでした。 あのころSeasar2に関わっていた人も、ScalaがメインになったりNode.jsをさわったり、不本意ながらPHPをさわったり、さわってみるとPHPもそれほど悪くなかったり、やっぱりPHP気に食わなかったりと、いろいろな道を進んでいます。 DIコンテナ自体の機能も時代遅れ感がでてきており、関連プロダクトも
師曰く明示的に宣言することによって、その例外が必ずキャッチされるようにしなさい。どういうこと?Javaにはチェック例外が存在します。プログラマが明示的に宣言し、コンパイラによるチェックが行われる例外です。コード内でチェック例外がスローされる場合は、その例外をキャッチするか、転送するかのいずれかを必ず行うことになります。どうして?スローされてもキャッチされない例外がさらに大きなリスクとなるのは、例外をスローするコードと、キャッチするコードをそれぞれ別の人が書いている場合です。コミュニケーションの行き違いが、例外のキャッチし忘れによる、突然のプログラム終了を招くことになります。しかし、プログラムが異常終了するときには、せめて状況を診断するための情報を出力したり、ユーザーに何が起きたかを伝えたりするなどの制御が必要です。このような「突然死」を避けるために、チェック例外を使用します。どうすれば?と
師曰く受け取る側にとって適切な情報が含まれるように、必要に応じて変換しながら、例外を伝播させなさい。どういうこと?下位レベルの例外をキャッチしてそのまま報告するのではなく、上位レベルに変換してから、例外を伝搬します。 どうして?例外はさまざまな抽象レベルで発生します。下位レベルの例外をキャッチしてそのまま報告するのは、とくにエンドユーザが見る所まで行ってしまうと、混乱を生じさせるだけです。よって、上位レベルの抽象概念の観点から説明可能な例外に変換して再スローすべきです。どうすれば?「例外翻訳」「例外連鎖」を行います。 下位レベルの例外には、不具合の解析を行う上で重要な情報が含まれていることが多いです。下位レベルの例外は、上位レベルでキャッチ(例外翻訳)して、上位レベルの例外の中に包み込みます(例外連鎖)。そうすれぱ、ログなどに出力するときにも十分な情報が残されるので、不具合の原因の発見に役
Hibernate、ActiveObjects、S2Dao、Apache Cayenne、iBATISなどORMフレームワークが群雄割拠状態なJavaですが、使い方を勉強したり設定ファイル書いたりするのが少し面倒かなと思っている人がいるかもしれません。 特にちょっとしたアプリケーションを作るならば、素のJDBCを使うのは嫌だけど、それに近い形で使えるORマッパーが欲しいと思うことがたびたびありました。 ということで以下の条件でJDBCを薄くラッピングしているJavaのライブラリを探して発見したものを紹介します。 レコードをオブジェクトに自動的にマッピングしてくれる できるだけSQLを書く量を減らすことができる いざとなったら生SQLを書くことができる 導入が簡単である 依存ライブラリが少ない 以下に挿入、検索、更新、削除を実行するコードを書いています。 今回はDBがMySQLだったので、M
<< 無料のDB2 Express-cが10.1 FP2に更新。Mac OS X版のDB2もv10.1に更新! | main | #clubdb2 2013年第1回は1/25(金)「pureScaleの事例とコレカラ」 >> 2013年になりました。明けましておめでとうございます。 今年も少しづつですが、blogを更新していこうと思っていますので、どうかよろしくお願いいたします。 新年一回目のエントリは、以前に以下に書いた「Java言語用のO/Rマッピングオープンソースフレームワーク一覧」の更新です。 - オープンソースJava O/Rマッピングソフト一覧(更新)※2008年4月のエントリ | Unofficial DB2 BLOG リストに挙げているのは、オープンソースで、かつJava用のO/Rマッピング機能を持つソフトです。いわゆる「フルスタックフレームワーク」にはO/Rマッピング機能
ここにあります。 http://sourceforge.jp/projects/sisioh/svn/view/altair/?root=sisioh sisioh-jdbc-jpa-exampleがサンプルなんですが、 sisioh-commons sisioh-factory-enhancer sisioh-jdbc-commons sisioh-jdbc-datasource sisioh-jdbc-transaction sisioh-jdbc-dbcp sisioh-jdbc-jpa が必要です。 サンプルコードは以下のようになります。 汎用コンテナであるContainerAdapterに依存しないように修正。 ファクトリファクトリを導入して???FactoryImplが登場しないようにしました。多少コードが見やすくなったかな。 ログ出力部分はメッセージが一部しかメッセージが出力
みなさま、こんばんわ。 非DIコンテナの世界で使いやすいORM OSGi上で使い勝手のよさそうなORMを探しているんですけど、いいものがないですね。 ORMといえばS2JDBCなんだけど。SQLがメソッドチェーンでかけてIDEでリファクタリングできるのはあまりにもメリットが大きいと。個人的に思っている。 OSGi上で動くフレームワークを実装しようとしていて、そこではまずDIコンテナ非依存な世界なんで、S2は使えないということで非常にクマった。 ならば、S2JDBCのソースをS2非依存にしてみようかしらと少し逝った発想でソースコードをみながら改造改造w S2JDBCからS2分離手術 Seasar2本体とS2-tigerからJdbcMangaer関連のソースを抜き出して、以下のような作業を実施。1日ぐらいでできた。 S2Containerインターフェイスを適当な汎用インターフェイスに置き換える
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く