Swift を使ってみてがっかりした点まとめ
数日間iOS8/Xcode6/Swiftな環境で色々試してみて、Swiftを使っていて思ったよりがっかりした点が多かったのでちょっとまとめてみようと思います。 動的な処理がSwiftだけでは一切できない [NSObject performSelector:]の類と、NSInvocationがSwiftからは一切呼び出せません。使おうとすると怒られます。objc/runtime.hは試していませんが、同様に直接Swift経由では呼び出せず間にObjective-Cをかます必要があるのではないかと思われます。 @optionalなprotocolが限定的にしか使用できない 具体的には@objc属性を付けないと使えません。しかしながらこのような後方互換性のためだけに存在する属性をいつまでもAppleがサポートするかは疑問が残るというのと、もう一つ以下の様な問題があります。 @objc属性のついた
匿名による告発「MongoDBは使ってはいけない」 | gihyo.jp
「PASTEBIN」というコンソールの出力やエラーログ、ソースコードなどを張り付けて共有するWebサイトがあり、そこに投稿された内容が議論を巻き起こしました。「Don't use MongoDB」というタイトルが付けられた文章には、ヘビーにMongoDBを利用しているユーザからの辛辣（しんらつ）な批判が綴（つづ）られていました。 告発者はプロジェクトにて数千万件ものユーザ管理にMongoDBを利用しており、これまで長い間10gen社（MongoDBの開発元）から最高レベルの）有償サポートを受けていたため黙っていたが、少しでも多くの人に警鐘を鳴らすべく立ち上がったそうです。MongoDBの扱いやすさやスキーマフリーなモデル、豊富な実績などに一定の評価をしつつも、大規模な環境で実際に動かさずに判断するのは時に重大な問題となり、MongoDBにはそれが向いていないと言い切っています。 具体的に
gitで双方向にmergeしてるとひどいはまり方をするときがある件 - はこべにっき ♨
gitで双方向にmergeしてるとぎっとぎっとにされる件 gitで，ブランチきって双方向にmergeしたりされたりするときには注意しないと，身に覚えのない衝突しになやまされたりする．自分があまり関知していないコードの衝突を解決する必要がでてきたりして，バグのもとになる． (23:11まきもどりうんぬんはちょっと違う気がしたので削除) 解決方法としては， masterに自分のブランチをmergeする直前には，かならず自分のブランチにmasterをmergeする 自分のブランチにmasterをmergeしない のどちらかが妥当そう． 以下つらつらと書いてあるけどスルー推奨．良くわかってないところも多いのでまちがってたら教えてクダサイ．というか，git-mergeのしくみをちゃんと理解できてないので，変なこと行ってる気がしてきた． 追記: gitで双方向mergeしたときに起こった問題を再現 -
10 things I hate about Git
Git is the source code version control system that is rapidly becoming the standard for open source projects. It has a powerful distributed model which allows advanced users to do tricky things with branches, and rewriting history. What a pity that it’s so hard to learn, has such an unpleasant command line interface, and treats its users with such utter contempt. 1. Complex information model The i
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
インフラエンジニアのためのcassandra入門
え、まって。その並列分散処理、Kafkaのしくみでもできるの？ Apache Kafkaの機能を利用した大規模ストリームデータの並列分散処理
MacBookAirを買おうと思う。メリットとデメリット教えれ。 : 妹はVIPPER
1：以下、名無しにかわりましてVIPがお送りします：2012/01/11(水) 23:34:17.06 ID:lZVx9y9B0 winとデュアルブートしたりガレージバンドが使いたい 3：以下、名無しにかわりましてVIPがお送りします：2012/01/11(水) 23:35:18.47 ID:mU9tVhtR0 Windowsも使うなら、MacBook Proの方がいいと思うぞ 5：以下、名無しにかわりましてVIPがお送りします：2012/01/11(水) 23:36:11.93 ID:lZVx9y9B0 >>3 Pro重いしなぁ…大学で使うんだ 4：以下、名無しにかわりましてVIPがお送りします：2012/01/11(水) 23:35:30.12 ID:CzMN0p8A0 デメリット ガレバン使うにはパワー不足 デュアルブートするには容量不足 7：以下、名無しにかわりましてVIPがお送り
"I" novel？(2006-12-13)
■ [PHP] Symfony の Propel で doSelectJoin* を高速化Foo と Bar というテーブルを Join するときに、Propelでは FooPeer::doSelectJoinBar なんてのを呼び出すと思います。doSelectJoinBar の一部は、下のようなコードが自動生成されると思います。 while($rs->next()) { (略) foreach($results as $temp_obj1) { $temp_obj2 = $temp_obj1->getBar(); if ($temp_obj2->getPrimaryKey() === $obj2->getPrimaryKey()) { $newObject = false; $temp_obj2->addFoo($obj1); break; } } (略) } ここで Foo::get
RedmineのFAQとアンチパターン集
20110730_Redmineでのタスク管理を考える勉強会＠大阪 第１回 (2011/07/30) - RxTstudy https://sites.google.com/site/rxtstudy/home/20110730 【公開】RedmineのFAQとアンチパターン集 #Rxtstudy: プログラマの思索 http://forza.cocolog-nifty.com/blog/2011/07/redminefaq-rxts.html RxTstudy Redmineでのタスク管理を考える勉強会＠大阪 - Togetterまとめ http://togetter.com/li/168362
Two Reasons You Shouldn't Use MongoDB : Ethan Gunderson
ADDENDUM As a couple of people have pointed out, the title of this post is pretty flamey. A bit more flamey than I really intended it to be. The underlying message of this post is that, as a developer, you should be aware of the idiosyncrasies of your potential data store, so that you can adequately make a decision to use one that fits your problem space. Don’t let the title derail that message. 1
MongoDBの信頼性に疑問
原文(投稿日：2011/11/07)へのリンク 最近、MongoDB に関して非常に好ましくない内容のかなり話題になった市場報告が２つあった。批判の大部分は、パフォーマンス問題とデータ損失の組合せに集中している。この話を続ける前に、これらは公式の事例研究でないことを肝に命じて欲しい。そうではなくて、最近 MongoDBを使った開発チームによる市場報告である。 まず Urban Airshipの Michael Schurter氏のレポートから始める。 Urban Airshipは既に、MongoDBの問題を経験しており、このレポートを書く前にデータのほとんどを PostgreSQLに移行を済ませていた。残ったデータはMongoDBにとって理想的のようだ。 短命－もしそれを失っても、短い間サービス低下を経験するが、 壊滅的ではない 小さい－容易にメモリーに収まる(~15 GB) 二次索引－キ
[INWorks] Smarty って、要らなくない？
最近CakePHPなどのフレームワークについて勉強して遊んでいるのですが、最近はViewの部分でSmartyを利用せずに生のphpファイルを利用するのが主流なんですね。（Smartyをオプション的に利用することは可能なようですが） 仕事で何度かSmartyを利用しているのですが、正直メリットよりもデメリットの方が大きいような気がしていましたのでこの方針は結構なことです。 そもそもテンプレートエンジンというものは、デザインとロジックをきれいに分離するために存在するわけです。 で、PHPの場合は require なり includeなりで、内部の処理に合わせて動的にインクルードするファイルを切り替える機能を言語として持っています。 したがって、実はわざわざロジックとデザインを分離するためにテンプレートエンジンに頼る必要はなくて、「ロジック用のphpファイル」と「デザイン用のphpファイル」
PHPがいかに駄目な言語か、という話。 - Matzにっき(2008-01-26)
<< 2008/01/ 1 1. 年賀状 2. ゴビウス 3. [Ruby] ZSFA -- Rails Is A Ghetto 2 1. 新年会 3 4 1. The Mythical 5% 5 6 7 8 1. [言語] Substroke Design Dump 2. [言語] A programming language cannot be better without being unintuitive 3. [OSS] McAfee throws some FUD at the GPL - The INQUIRER 9 1. [言語] Well, I'm Back: String Theory 2. [言語] StringRepresentations - The Larceny Project - Trac 10 1. [Ruby] マルチVMでRubyを並列化、サンと東大が
Python の嫌いなところ - kなんとかの日記
ちょっと古いけど。 デブサミ会場で、雑談していると「PythonはDISらないんですか」と柴田さんから。なんか自虐的じゃない？ とは言うものの、Pythonは基本的に良い言語で、 不満な点はかなり微妙だ。一般人にはどーでもいいような点だと思う。 一応リストを。 式と文の区別が明確。 インデントベースだとeRubyのようなテンプレートが難しい ブロックを含む式を持てない。Haskellみたいにブレースを使えば式にできるといいのに reduceがなくなる generator難しい。yieldを書くと戻り値が変化するってのはどうよ list comprehensionが難しい。英語人には人気みたいだけど Matz日記：PythonをDisる。 「Python は基本的によい言語」には同意。Rubyist でも、使ってもないのに Python を DIS る人がいるのは残念。インデントベースが嫌い
CNET Japan
人気記事 1 povoユーザーが「ChatGPT使い放題」に--「povo AI」無料で提供開始 2025年07月23日 2 山手線で5人負傷--発火相次ぐモバイルバッテリー、注意すべき8つのポイント 2025年07月22日 3 テスラの「紛らわしい機能名」めぐりカリフォルニア当局が30日の販売停止を要求 2025年07月22日 4 グーグル検索のAI要約はクリック率を下げるのか--調査結果が公開 2025年07月23日 5 「Pixel 10」の姿が明らかに、グーグルが映像公開--8月20日発表へ 2025年07月22日 6 「ドン・キホーテ」初の無人店舗--商品を手にとって店を出るだけでOK セルフレジ不要 2025年07月22日 7 マニアック過ぎたソニーXperia、変わり始めた矢先の不具合--文鎮騒動を解説（石川温） 2025年07月22日 8 私には派手すぎたMeta×オークリ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
mengu.net
Good night, Posterous
Subversion についての悪い噂を晴らす