とりあえず、現時点で考えてる事を載せてみる。
ここはこうした方がいいとかあれば遠慮なく意見してくだしあ。
■概要とか
前回のエントリでも書いたように、Twitterで知り合った、大阪クラスタな人と飲みたいという事で企画しました。
大阪クラスタと言っても便宜上そう呼んでるだけであって、Twitterでフォローしてる人なら誰でも参加OKです、ハイ。
■場所・予算など
場所：梅田か心斎橋辺り
予算：３０００円～４０００円+α
二次会：カラオケか、朝まで飲める様なダーツ・バー辺りが良いかなと思ってます。
■日時
１０月１２日か１１月２２日
祝日の前日の方がいいかなと。あと、個人的な事情でアレだけど、土曜日休み取れないという制限が・・・。
■幹事（の手伝い）募集
今の所、何人来るとかまるで予想がついてないのですが、人数次第では誰か手伝ってくれる人とか居ないかなと。
・・・とりま、こんな感じで。また追々追記なり何なりしようかと思います。
今日何気なく
ていうか、大阪クラスタとは言っても、秋猫さんとかてるはたんとかとリアルで会った事無いなー・・・。いつか一緒に飲んでみたいとか思ってたりはするけど。 [薬漬け]
http://twitter.com/syo_sa1982/status/3860619423
・・・とか、つぶやいてたら、
@syo_sa1982 企画してくれるなら参加するお！＜大阪クラスタ飲み
http://twitter.com/akineko/status/3860727210
・・・と、いった感じのリプライが返ってきたので、何か考えてみようかと。
まあ、あまり幹事とかの類やった事無いけどな！ｗ（何
というわけで、早くて9月中遅くても来月中に大阪クラスタで飲もうぜ的な物を企画しようかと思っていますはい。
何か知恵貸してくれる優しい方が居たら、コメントしていただければ・・・！
夕べダラダラとTwitterを眺めていたら、Smartyとかデザイン・ロジックに関するPOSTを見かけたので、
気になったPOSTを、メモ代わりに載せてみる。
3年前まではSmarty超便利！とか思ってたけど、今は全然いらないと思ってる。
http://twitter.com/pasela/status/3408925414
私も最近は、なるべくSmartyを使っていくようにしています。 完全に分離して作業してる訳じゃないけどな
http://twitter.com/hitsug/status/3416010941
表示に関わる加工はmodifierでやる派なので、そういうのが書きやすいのはまぁいいかな。あとキャッシュの制御自前でやるのマンドクセとか。
http://twitter.com/pasela/status/3408991708
自分の中ではSmartyの便利さよりも不便さのほうが気になってきた感じ。
http://twitter.com/pasela/status/3409009137
素のPHPをテンプレートとして使うには、テンプレートとして使うファイルだけshort_open_tagを有効にしたいとか、sandboxをどう作るかとか、キャッシュをどう制御するかとか、それなりに考えないといけないのが面倒。今度暇見つけて考えてみるかな。
http://twitter.com/pasela/status/3409173172
@syo_sa1982 デザインとロジックを切り離すという幻想は何年か前に捨てたｗ
http://twitter.com/pasela/status/3409262014
まあ完全に切り離す事は出来んだろうなぁ・・・・。俺が無知なだけかも知れんけど、何かしら HTML に PHP のコード混ざるわけだし。
http://twitter.com/syo_sa1982/status/3409398036
@syo_sa1982 ロジックの分離がデザイナーのためなのか、ビジネスロジックの分散防止のためなのかで意味が異なってくるけど、前者については諦めた。
http://twitter.com/pasela/status/3409415718
@pasela あれ？もしかして需要あるかな？デザインファイルの直前に、ロジックファイル置いてるから、PHPさえできればかなり直感的に扱えるようになってるんですよね。デザイナーには最低HTMLの知識は必要かもだけど。
http://twitter.com/aulta/status/3409442879
ロジックと言ってもビジネスロジックと ビューのロジックは別のもので、ビジネスロジックがビューに混入するのは問題外だけど、ビューのロジックがビジネスロジックに混じってるのもダメというの が俺の考え。例えば日付をどう見せるかとか、数字を3桁カンマ区切りにするとかは表示のためのロジック。
http://twitter.com/pasela/status/3409489776
@syo_sa1982 Smartyとか使ったところでデザイナーにしてみれば、なにこのファイルってなるし、せっかくPHP覚えたのにまだ覚えるのかよ！みたいになるしｗ
http://twitter.com/pasela/status/3409585171
@pasela うーん。。ビューの中で制御が入るのは？Smartyでも .tplのなかで、ifやループが多用されるよね。こういうのはロジック側で処理しておくべきだと思う。
http://twitter.com/aulta/status/3409609140
@aulta 自分の中ではテンプレート＝ビューではなく、ビューの一部がテンプレートです。なので条件分岐などが必要ならビューの中で処理するという考えは変わりません。
http://twitter.com/pasela/status/3409696997
@aulta しかしどれだけ理想を掲げたところで、実際にはテンプレート上に条件分岐やループ書いた方がどう見ても簡潔だろ、ってのがあるのは事実かなぁとｗ
http://twitter.com/pasela/status/3409738613
@pasela なんかその辺の、PCリソースがどうってことなら、昔は速度を追及したこともあったけどもういいかな。と思い始めてる。テンプレ内に制御が必要（というか書く方が簡潔）という考えになってしまうのは、どのフレームワークも完成されてないからだと思うよ。
http://twitter.com/aulta/status/3409824738
たぶんさっきのロジックの話と同じで、テンプレート上の制御構造についても区別が必要なんだろうなぁ。制御構造がまったくないテンプレートエンジンを使ったことがあるけど、それはそれで見通しの悪いものになった覚えがある。
http://twitter.com/pasela/status/3409995698
「値がなかったらデフォルトを表示す る」程度なら排除できるけど、「その部分にメッセージブロックなどを表示する」ぐらいになると、どうするのがベストなのか未だによくわからない。そこに出 すもの丸々変数にするのはいただけないし、やっぱブロックごとにパーツ化して組み合わせるのがいいのかなぁ。
http://twitter.com/pasela/status/3410066495
テンプレートから制御構造を排除したことで、ホスト言語にHTML（の断片）を書く羽目になるなんてのは本末転倒だと思うので、やっぱりページ中の一部が変わるような制御をどうするかがカギなのかなぁ。
http://twitter.com/pasela/status/3410199734
・・・・と、まあSmartyに関するPOSTはこんな感じ。
纏め切れてない感満載ですね。や、単純にふぁぼったPOST載せただけだけども。
個人的には、当初はデザイナーとの分業を目的としてSmartyを使い始めたのもあるけど、
その辺はほとんど諦めかけてるので、上に書いてあった、「ビジネスロジックの分散防止」を意識して行こうかなと。
・・・てことはフレームワークを勉強するとかそういう話になってくるのかな。
だとしたら、今は分業目的以外でも便利なので、Smarty使い続けつつ、
何かしら、フレームワーク（例えばCakePHPとか）を勉強して、必要に応じてSmarty使うかどうか決めると言うのが良いのかも。
まあ何にせよ、「Smarty使ってて便利だけど、実際どうよ？」って思うところはあったので、この手のPOSTは非常にありがたいです、ハイ。
身内ネタで恐縮だが、@kissjapanのpost数があまりにも素晴らしいので書いてみた。
【@kissjapan伝説】
- パソコンを起動しただけで100post
- RTしただけで相手ついったらーが泣いて謝った、心臓発作を起こすついったらーも
- 一文字もない空リプライでも赤ふぁぼ入り
- 寝ている間にも５万post
- パソコンを起動せずにリプライしたことも
- あぶついったー1位でも納得できなければpost削除
- ディスプレイを一睨みしただけで1万post
- 初めて赤ふぁぼ取ったときに、ふぁぼったーがダウンしたことは有名
- グッとガッツポーズしただけで１､０００postされた
- はてぶでブクマされると、はてなでも臨時でサーバー増設
- 生まれる前からTwitterをしていたという噂も
- あまりにもpost数が多いのでBOT疑惑をかけられてる。
- TLが国王の変態postで埋まったことは有名
- 変態postをしただけで周りのついったらーが洗脳されて一気に１００ふぁぼ獲得
- リアルで発した言葉がそのままTwitterのつぶやきに。
- 首の後ろにはマトリックスのプラグ挿入口が
まあ私自身、アメブロはあまり好きになれなかったりする訳ですが・・・
詳しい事は下記のブログエントリー見てもらえば解るとして、
Google Analyticsと、アメーバのアクセス解析の数字の差が激しすぎるだろと。
・アメーバのアクセス解析： 35,232 pv
・Google Analytics： 8,293 pv
・・・や、おかしいだろ、誤差とかそういうレベルじゃねーぞ、この数字は。
しかも、それだけならまだ良いとして・・・
育成セミナーでは、アメブロを強く推奨してきたS氏。
ユーザーからは『ノウハウどおりやったら1ヶ月PVが増えて、すごい！』なんていう声が沢山届いている・・・。
S『つかこれみんな知ってんの？』
Y『うんー。どうだろ、有名な話ではあるね。』
S『おわぁ、謝罪するか。これはもう謝罪ものだわ・・・』
Y『アメブロでPV水増しについて書いたら、ブログごとひねり潰されるという噂もあるけど』
・・・・なにそれこわい。
もうね、少し前の「男の子牧場」騒動といい、大丈夫なんですかね、アメブロ運営してる会社は。
益々、アメブロが好きになれない。
最近のコメント