フリーランス、SOHOのためのコミュニティを作ろう [無断転載禁止]©2ch.net (869ﾚｽ)
上下前次1-新
721: 2016/09/20(火)21:09 ID:??? AAS
別に72は貢献してほしくてやってるわけじゃないだろ
722: 2016/09/21(水)01:11 ID:??? AAS
スクラムとかどうや？チームっぽくね？
723: 72 ◆E557jnBhNEgs 2016/09/27(火)18:33 ID:??? AAS
タフガイが笑顔で並んでるイメージやな
ええな
724: 72 ◆E557jnBhNEgs 2016/09/27(火)21:06 ID:??? AAS
あとAngularJS勧めてくれた人まだおるか？
外部ﾘﾝｸ:d.hatena.ne.jp
を見るとAngularJSの使い所としてはユーザーの設定ページとかが適所だと思うんだよね。
掲示板や例えばTwitterのタイムラインみたいな所で使うのは向いてないという認識でええんやろか。
わいは全部に使おうとしてたんやが。ああいうのは間違いっぽいな。
725: 72 ◆E557jnBhNEgs 2016/10/16(日)11:03 ID:??? AAS
地味なやつでええから作るか
726: 72 ◆E557jnBhNEgs 2016/10/16(日)11:21 ID:??? AAS
命名とか適当でいいよね
議論しても決まらんし
システムの目的だけ決まってれば
727: 2016/10/28(金)15:23 ID:??? AAS
作るのはいいけど運営はどうするの？
手間も費用も掛かるんだし、ボランティア精神溢れる人が運営してくれるか、運営側も利益を得られるようなシステムじゃないと軌道に乗せるのは難しいんじゃないかな
728: 72 ◆E557jnBhNEgs 2016/11/01(火)14:54 ID:??? AAS
ひろゆきかホリエモン辺りやってくれんかな
ホリエモンとか慈善事業合ってるんじゃなかろうか
729: 2016/11/01(火)15:01 ID:??? AAS
金にならない事をやるわけねーだろ
730: 72 ◆E557jnBhNEgs 2016/11/01(火)15:01 ID:??? AAS
せやな
731: 72 ◆E557jnBhNEgs 2016/11/01(火)15:03 ID:??? AAS
世の中金やからな
わいやお前らみたいなのは少数派やでほんま
話に付き合ってくれるだけ変わってるわお前らも
732: 2016/11/01(火)15:29 ID:??? AAS
最近おとなしかったけどなんかあったんか？
733: 72 ◆E557jnBhNEgs 2016/11/01(火)20:32 ID:??? AAS
仕事してたで(´・ω・`)
一段落したからコッチもちまちま進めてる
フレームワーク、Djangoに変更したわ
734: 2016/11/01(火)21:34 ID:??? AAS
どして変えたの？
てか、Cake3って難しいし、俺には慣れないわ
だから2使ってる。まだ開発されてるし
735: 72 ◆E557jnBhNEgs 2016/11/02(水)07:53 ID:??? AAS
2に慣れてるならそっち使ったほうがええんじゃないか
わいもDjangoのほうが慣れてるからそっちに変えた
フレームワークって学習コスト高いのが難点だよね
あとAngularJSは良さそうだけど、とりあえず保留にさせてくれ
フレームワーク２つ以上使うのはわいには学習コスト的にきつかった
それからデザイン面も後回しの予定
736: 2016/11/02(水)09:28 ID:??? AAS
なるほどね。
相当前に開発停止してるようなツールならまだしも、
開発が継続してるなら使い続けてもいいよね。
あと、俺はデザイン面（というかUI）にかなり力を入れたよ。
サイト全体から管理画面まで、レスポンシブ対応にした。
今の時代、管理者のみが使うとは言えスマホ対応してないのはまずいからね。
ま、このスレのプロジェクトは他社に納品するわけじゃないから、
PCのみでいいと思うけど。
737: 72 ◆E557jnBhNEgs 2016/11/02(水)13:30 ID:??? AAS
見栄えはあった方がいいよね
デザインは時間かかるから実装時期は基本機能が揃ってからがいいと思うんだわ
モチベーション的には並行してデザインも実装するのが良いんだけど、仕様変更で余計に時間取られちゃうから
個人的にはJavaScriptでぶんぶん動く画も作りたいんだけど
738: 2016/11/02(水)13:55 ID:??? AAS
ダメ出しするわけではないが違うと思う。デザイン作ってから機能作るんだよ。
じゃないと、デザインで再現したいことが再現できにくくなる。
（もちろん、後から仕様変更すればいいだけではあるが
クライアントの仕事にしても、まず見た目から入るだろ？
見た目でどういう動きになるから、こんな機能がほしいってなるはずだ。
その時に全くデザイン性のならペラサイトならイメージも湧きにくいよ
739: 2016/11/02(水)13:59 ID:??? AAS
ちょい修正
＞その時に全くデザイン性のならペラサイトなら
↓
その時に全くデザイン性のないペラサイトなら
ちなみに事例を紹介すると、
ポータルの場合は「お気に入り（ブックマーク、チェック）」がほぼあるだろ？
このお気に入り処理も、会員登録するか誰でも出来るかで大きく違う。
単に文章で「お気に入り機能をつけます」と仕様検討したところで、
後からデザイン画面見て「いちいち会員登録は面倒」になるかもしれない。
Cookieに保存するかDBに保存するかの違いだけで、
省1
740: 72 ◆E557jnBhNEgs 2016/11/02(水)18:13 ID:??? AAS
その通りだと思うが、今回は機能的に手探り感が強いんだわ。
わいの経験値不足もあるんやけど、一度実装してみて動かしてみないとイメージが掴めないというか。
例えばギルドの掲示板ならデザインから入っても問題ないとは思うんやけど。
だから最低限の機能だけ実装してみてから、デザイン起こして修正・・・という感じになると思うわ。
手順的には間違ってるのかもしれんけど。わいは先にコード書いてしまうんだけど、これは悪癖やろな。
上下前次1-新書関写板覧索設栞歴
あと 129 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.009s