7 仕様書無しさん :2006/10/08(日) 22:01:24
客が馬鹿。営業がアホ。PMが能無し。SEがタコ。PGが糞
こんだけだと、逆に限界がわかり易くて計画自体が見直されるんだが、
中にちょっと優秀な奴とか、見栄っ張りな奴とか、根性だけはある
奴とか、楽観論者とかがちょっとずつ混ざってくると、状況が逆に見
え難くなるんだよな。出来んもんは出来んつっちゃった方がいいよ。
引き込まれる周りに迷惑がかかる。
60 仕様書無しさん :2006/10/09(月) 22:37:16こんだけだと、逆に限界がわかり易くて計画自体が見直されるんだが、
中にちょっと優秀な奴とか、見栄っ張りな奴とか、根性だけはある
奴とか、楽観論者とかがちょっとずつ混ざってくると、状況が逆に見
え難くなるんだよな。出来んもんは出来んつっちゃった方がいいよ。
引き込まれる周りに迷惑がかかる。
>>7
なるほどね。
オレがさっさと逃げときゃもっと早くつぶれて却ってよかったんだなあ。
94 仕様書無しさん :2006/10/11(水) 03:13:15なるほどね。
オレがさっさと逃げときゃもっと早くつぶれて却ってよかったんだなあ。
>>7
今のプロジェクトで全部いるwwwwwwwwちなみに俺がちょっと優秀な奴
11 仕様書無しさん :2006/10/08(日) 22:41:05今のプロジェクトで全部いるwwwwwwwwちなみに俺がちょっと優秀な奴
進捗管理が日単位
21 仕様書無しさん :2006/10/08(日) 23:26:23>>11
意味がわからない
102 仕様書無しさん :2006/10/11(水) 23:44:01意味がわからない
>>11
それはもう失敗した後なんじゃないか?
103 仕様書無しさん :2006/10/12(木) 00:01:25それはもう失敗した後なんじゃないか?
>>102
確かに。
確かに。
13 仕様書無しさん :2006/10/08(日) 22:49:54

プロマネがメールを読んでない
14 仕様書無しさん :2006/10/08(日) 22:50:34PMがデスマしかやったことが無い。これが100%確実に失敗する方法
15 仕様書無しさん :2006/10/08(日) 23:00:50マネージャー連中が夢を見ている
16 仕様書無しさん :2006/10/08(日) 23:13:54マネージャー、リーダーが現実見ていない
17 仕様書無しさん :2006/10/08(日) 23:15:41批判が一切出てこない。
18 仕様書無しさん :2006/10/08(日) 23:24:43工数を理解できない奴が話を進めるプロジェクト
デバッグ、テスト運用、仕様書作成、説明書の作成といった部分が抜け落ちているプロジェクト
19 仕様書無しさん :2006/10/08(日) 23:25:12デバッグ、テスト運用、仕様書作成、説明書の作成といった部分が抜け落ちているプロジェクト
今迄のPJがデスマでなんとかなってしまった
という経験を持っている奴が管理者のPJ
20 仕様書無しさん :2006/10/08(日) 23:25:21という経験を持っている奴が管理者のPJ
不治痛の仕事
22 仕様書無しさん :2006/10/08(日) 23:26:39システム担当兼営業担当取締役部長が、客先でヘコヘコしながら
調子の良いこと言って、1人月60万で受注した仕事。
23 仕様書無しさん :2006/10/08(日) 23:27:15調子の良いこと言って、1人月60万で受注した仕事。
ウチはベンチャーだからデスマっても仕方無いYO!
とかほざいてる奴が上位に居るPJ
24 仕様書無しさん :2006/10/08(日) 23:31:22とかほざいてる奴が上位に居るPJ
PMが工程表は、上司や顧客から求められたら作るもんだと思ってる
25 仕様書無しさん :2006/10/08(日) 23:48:34知り合いの○○電機ITソリューションの山本さんは、
まだ描いてないフロー図に対する仕様変更を電話で依頼してくる。
そして、ちゃんとドキュメントを作るように依頼すると、キレる。
26 仕様書無しさん :2006/10/09(月) 01:50:28まだ描いてないフロー図に対する仕様変更を電話で依頼してくる。
そして、ちゃんとドキュメントを作るように依頼すると、キレる。
要望ばかり聞いてこちらから提案しない
28 仕様書無しさん :2006/10/09(月) 02:54:18要求に対して詳細な見積りの積み上げができてないプロジェクトだな。
すげー大雑把な見積りしかださないもんだから、あとからあとから
見積りに含まれてることにされて仕事が増えまくる。
29 仕様書無しさん :2006/10/09(月) 03:23:46すげー大雑把な見積りしかださないもんだから、あとからあとから
見積りに含まれてることにされて仕事が増えまくる。
客が業績不振をシステムのせいにしだすと要注意。
業績不振が解消されるまで仕様変更が繰り返されるw
30 仕様書無しさん :2006/10/09(月) 07:30:44業績不振が解消されるまで仕様変更が繰り返されるw
複数物件並列進行のPJ
(人的リソースが足りない)
31 仕様書無しさん :2006/10/09(月) 07:36:01(人的リソースが足りない)
リーダーシップの無いやつがリーダーのプロジェクト
(部下を消耗品と考えている)
32 仕様書無しさん :2006/10/09(月) 07:48:35(部下を消耗品と考えている)
無能だが声が大きいヤツがリーダーのプロジェクト。
33 仕様書無しさん :2006/10/09(月) 07:54:31プロジェクト開発の初期段階で、計画性もなく、
大量に人間を投入したプロジェクト。
34 仕様書無しさん :2006/10/09(月) 08:22:36大量に人間を投入したプロジェクト。
使えないPGしかいないプロジェクト
35 仕様書無しさん :2006/10/09(月) 08:39:18PGが使えないからと責任転嫁するリーダのいるプロジェクト
36 仕様書無しさん :2006/10/09(月) 08:49:12・共有ライブラリがない。
・where句がないselect文。
・scott/tigerで繋がるDB。
37 仕様書無しさん :2006/10/09(月) 08:51:59・where句がないselect文。
・scott/tigerで繋がるDB。
>>36
富士電木幾ITソリューションのシステムでは、
デフォルトの仕様ですよ。
44 69式フリーPG ◆hND3Lufios :2006/10/09(月) 11:48:55富士電木幾ITソリューションのシステムでは、
デフォルトの仕様ですよ。
>>36
ワロタ
面白い。
39 仕様書無しさん :2006/10/09(月) 10:23:17ワロタ
面白い。
PMだけで仕様書つくるプロジェクト
42 仕様書無しさん :2006/10/09(月) 10:59:07客の社内政治にプロジェクトが使われる
45 仕様書無しさん :2006/10/09(月) 12:50:53>>42
社内外関わらず政治に使われるとプロジェクトは十中八九失敗するな
あれだけは始まったら猛ダッシュで逃げんと死ぬ
47 仕様書無しさん :2006/10/09(月) 18:05:48社内外関わらず政治に使われるとプロジェクトは十中八九失敗するな
あれだけは始まったら猛ダッシュで逃げんと死ぬ
データベースのバックアップがエクスポート。
49 仕様書無しさん :2006/10/09(月) 18:38:16>>47
うちのアプリもそうだよ
別に悪いやり方じゃないけど、DBの事知ってる奴少ないからずっとそれで代々受け継がれているw
むしろずっと同じテープで毎日上書きバックアップしてめったにクリーニングしねえほうがやべえ
それよかプロジェクトの予定に開発作業は組み込まれてても
バックアップとか、OSのインストールとか入ってねー事多し
そもそも予定に入ってないから、開発者が最後の最後に設定する羽目に
営業は、クライアントPCのインストールと同じぐらいのイメージしかないから
顧客から金取る事すら考えもしない。
DBのセットアップをOfficeのインストールと同等ぐらいしかおもっとらん
48 仕様書無しさん :2006/10/09(月) 18:18:04うちのアプリもそうだよ
別に悪いやり方じゃないけど、DBの事知ってる奴少ないからずっとそれで代々受け継がれているw
むしろずっと同じテープで毎日上書きバックアップしてめったにクリーニングしねえほうがやべえ
それよかプロジェクトの予定に開発作業は組み込まれてても
バックアップとか、OSのインストールとか入ってねー事多し
そもそも予定に入ってないから、開発者が最後の最後に設定する羽目に
営業は、クライアントPCのインストールと同じぐらいのイメージしかないから
顧客から金取る事すら考えもしない。
DBのセットアップをOfficeのインストールと同等ぐらいしかおもっとらん
入力フォームに「' or 1=1 or 1= '」で機密情報全件表示
できるWebアプリ
50 仕様書無しさん :2006/10/09(月) 19:03:28できるWebアプリ
PMが社長
52 仕様書無しさん :2006/10/09(月) 19:56:42>>50
社長の吉岡さんですか?
51 仕様書無しさん :2006/10/09(月) 19:55:51社長の吉岡さんですか?
DBがチンポウェア
54 仕様書無しさん :2006/10/09(月) 20:52:53>>51
それは母集団が少ないから身元割れる危険があるぞ。w
マイナーツールを使った場合に厳しいのはあるね。
57 仕様書無しさん :2006/10/09(月) 21:15:46それは母集団が少ないから身元割れる危険があるぞ。w
マイナーツールを使った場合に厳しいのはあるね。
>>54
Cacheよりは事例が多いのではないか
53 仕様書無しさん :2006/10/09(月) 20:48:51Cacheよりは事例が多いのではないか
経験年数が足らない連中で構成されてる会社。つか俺の会社。
みんな2,3年でやめてくからとうとう3年前に入った新人がトップに。
どんなプロジェクトも失敗する自信がある。
55 仕様書無しさん :2006/10/09(月) 21:04:33みんな2,3年でやめてくからとうとう3年前に入った新人がトップに。
どんなプロジェクトも失敗する自信がある。
>>53
ベテランばかりの会社もやり難いぞ〜〜。
頭がVisualC++ 6.0で固まっているのがザラにいる。
頭が良いのはいいんだけど、硬いのは考え物だ。
56 仕様書無しさん :2006/10/09(月) 21:15:31ベテランばかりの会社もやり難いぞ〜〜。
頭がVisualC++ 6.0で固まっているのがザラにいる。
頭が良いのはいいんだけど、硬いのは考え物だ。
>>55
結局どっちもどっちてことかな。
どの会社にもある程度のルールっていうか開発実績とかあるとおもうんだけど、
うちの人達はうち専用ライブラリがないと何も作れないんだよ。新人のときからそれしか教わってきてないから。
だからちょっと新しいものが絡むといつも同じ人が勉強してなんとなくやるって感じ。
これが2次、3次ってなるとどんどん破綻していく。
できる人はいつまでも辞められなくて結局引き継げる人も誰もいなくて・・・になる。
次は絶対に中〜大企業を狙う。仕事がつまらなくても、頭固いオサーンがいっぱいでもいい。
58 仕様書無しさん :2006/10/09(月) 21:53:32結局どっちもどっちてことかな。
どの会社にもある程度のルールっていうか開発実績とかあるとおもうんだけど、
うちの人達はうち専用ライブラリがないと何も作れないんだよ。新人のときからそれしか教わってきてないから。
だからちょっと新しいものが絡むといつも同じ人が勉強してなんとなくやるって感じ。
これが2次、3次ってなるとどんどん破綻していく。
できる人はいつまでも辞められなくて結局引き継げる人も誰もいなくて・・・になる。
次は絶対に中〜大企業を狙う。仕事がつまらなくても、頭固いオサーンがいっぱいでもいい。
>頭がVisualC++ 6.0で固まっているのがザラにいる。
JIS-COBOLとアセンブラで固まっている連中ばかりよりマシ。
59 仕様書無しさん :2006/10/09(月) 22:35:17JIS-COBOLとアセンブラで固まっている連中ばかりよりマシ。
>JIS-COBOLとアセンブラで固まっている連中
こいつら(+C厨)はやたらと偉そうに物言うよな
ついてこれてないくせに
67 仕様書無しさん :2006/10/10(火) 02:29:24こいつら(+C厨)はやたらと偉そうに物言うよな
ついてこれてないくせに
ま、過去の記憶では、ナメてかかった案件は必ず失敗してるけどな。
68 仕様書無しさん :2006/10/10(火) 02:50:32>>67
いわゆる死亡フラグって奴ですね。
例)
現行の旧システムをそのままリプレイスするだけ
前に作ったのと同じような奴だから
プログラム技術的には枯れてるから
パッケージを流用して一部拡張するだけ
既存のフレームワークに一部機能拡張加えて
69 仕様書無しさん :2006/10/10(火) 03:19:43いわゆる死亡フラグって奴ですね。
例)
現行の旧システムをそのままリプレイスするだけ
前に作ったのと同じような奴だから
プログラム技術的には枯れてるから
パッケージを流用して一部拡張するだけ
既存のフレームワークに一部機能拡張加えて
プログラマ以外が、流用するといってるもんは100%流用できないなw
70 仕様書無しさん :2006/10/10(火) 03:31:52今のプロジェクトヤバい。製造工程1ヶ月しかない。
設計半年も掛かったのに絶対無理じゃん。
まあ、外注なんで高見の見物ですけどね。
71 仕様書無しさん :2006/10/10(火) 06:58:17設計半年も掛かったのに絶対無理じゃん。
まあ、外注なんで高見の見物ですけどね。
>>70
それはそもそも設計に半年掛けるのが間違ってるのか、半年掛かるものなのか。
少なくとも後者ならそんな業況になる前にPMが判断しそうだけどな。高みの見物、乙。
75 69式フリーPG ◆hND3Lufios :2006/10/10(火) 11:53:04それはそもそも設計に半年掛けるのが間違ってるのか、半年掛かるものなのか。
少なくとも後者ならそんな業況になる前にPMが判断しそうだけどな。高みの見物、乙。
>>70
そういうケースの場合、設計の大半は机の中で眠ってるか、要件定義がふらついてて、想像と妄想を重ねてるだけだったりする。
72 仕様書無しさん :2006/10/10(火) 07:23:21そういうケースの場合、設計の大半は机の中で眠ってるか、要件定義がふらついてて、想像と妄想を重ねてるだけだったりする。
設計でたくさん期間とった割りに理論スカスカで抜け漏ればっかりで
修正作業ばっかりしてて、全然実装進まないのに納期は近づいてくるとかアリガチだよね。
一体、何を考えて設計にあんなに時間かけるんだろうな。
設計(半年)→製造(2ヶ月)→テスト(1ヶ月)
とか、机上の空論乙!としかいいようがない。
致命的な間違いがあったらどうするのか・・・。
せめて
設計(3ヶ月)→製造(1ヶ月)→設計(3ヶ月)→製造(1ヶ月)→テスト(1ヶ月)
とかしてくれれば、まだ、対処のしようがある。
投げっぱなしで、自分等の矛盾を見直さないスケジュールの立て方がむかつく。
78 仕様書無しさん :2006/10/10(火) 21:46:08修正作業ばっかりしてて、全然実装進まないのに納期は近づいてくるとかアリガチだよね。
一体、何を考えて設計にあんなに時間かけるんだろうな。
設計(半年)→製造(2ヶ月)→テスト(1ヶ月)
とか、机上の空論乙!としかいいようがない。
致命的な間違いがあったらどうするのか・・・。
せめて
設計(3ヶ月)→製造(1ヶ月)→設計(3ヶ月)→製造(1ヶ月)→テスト(1ヶ月)
とかしてくれれば、まだ、対処のしようがある。
投げっぱなしで、自分等の矛盾を見直さないスケジュールの立て方がむかつく。
>>72
奴等はそういう風に考えられないから
理解する気も無いし、理解出来る器もない
73 仕様書無しさん :2006/10/10(火) 08:13:56奴等はそういう風に考えられないから
理解する気も無いし、理解出来る器もない
仕様と設計がホワイトボードのコピー
74 仕様書無しさん :2006/10/10(火) 10:58:35議事録が一切ないプロジェクト
79 仕様書無しさん :2006/10/10(火) 21:55:14>>74
そういうプロジェクトあるよねぇ。
例えば、目立系の会社のプロジェクトで、俺の担当じゃない部分の会議だが、
毎日のように会議やってる癖に議事録つけてなかった。
なんか、「このテーブルとこのテーブルの紐付けがどうたらこうたら」
と毎日同じ話ばかりしてた。
そりゃ、物理専門なのに論理的思考力がない主任技師の鈴木がリーダーじゃ、
無理もないだろwwwww
若いときは自然の不思議さに魅せられて物理を専攻してたようだが、
今じゃ貴様自身の脳内シナプスの不思議さで、プロジェクトを破綻させてるよなwww
76 仕様書無しさん :2006/10/10(火) 18:58:22そういうプロジェクトあるよねぇ。
例えば、目立系の会社のプロジェクトで、俺の担当じゃない部分の会議だが、
毎日のように会議やってる癖に議事録つけてなかった。
なんか、「このテーブルとこのテーブルの紐付けがどうたらこうたら」
と毎日同じ話ばかりしてた。
そりゃ、物理専門なのに論理的思考力がない主任技師の鈴木がリーダーじゃ、
無理もないだろwwwww
若いときは自然の不思議さに魅せられて物理を専攻してたようだが、
今じゃ貴様自身の脳内シナプスの不思議さで、プロジェクトを破綻させてるよなwww
議事録だけのプロジェクト
77 仕様書無しさん :2006/10/10(火) 21:44:38>>76
それは失敗以前に始まってねーんじゃね?
81 仕様書無しさん :2006/10/10(火) 22:16:00それは失敗以前に始まってねーんじゃね?
1、なぜかスケジュール上で開発とテストが
同じタイミングで完了している。
2、スケジュールがきつい箇所は
1日あたり24時間稼働でスケジューリングされている。
3、全体の仕様把握者が打ち合せばかりで社内にいない。
4、なぜか新人の比率が高い。
5、ユーザ側のリーダが社内的弱者で
毎回要求する内容が異なる。
デスマの典型例だと思う。
82 仕様書無しさん :2006/10/10(火) 23:48:51同じタイミングで完了している。
2、スケジュールがきつい箇所は
1日あたり24時間稼働でスケジューリングされている。
3、全体の仕様把握者が打ち合せばかりで社内にいない。
4、なぜか新人の比率が高い。
5、ユーザ側のリーダが社内的弱者で
毎回要求する内容が異なる。
デスマの典型例だと思う。
自覚の無いバグ製造機が野放し。
ほとんどのケースで最大の要因はこれでしょう。
大抵そいつは口答えや文句ばっかり。
84 仕様書無しさん :2006/10/11(水) 00:26:57ほとんどのケースで最大の要因はこれでしょう。
大抵そいつは口答えや文句ばっかり。
>>82
むしろ3行目の奴はマシなほうで、出来ないのが分かってるなら
リーダーが人員の割当て変えるなりリスケするなり対策をとれる場合がある。
それより文句言わないバグ製造機は、適時レビューとかやらないと
テストまで発覚しないので最後の最後で炎上してしまう。
あと、実際にデスマしたプロジェクトで、
リーダーが何ら問題が発生しないのを前提にスケジューリングしてたのがあった。
可愛がってたPGの力量を過大評価してたのかもしれないけど。
しかも途中から無理なの気付いてながらひとりで抱え込んでて
炎上してから増員したところで時既に遅しという感じ。
83 仕様書無しさん :2006/10/11(水) 00:15:00むしろ3行目の奴はマシなほうで、出来ないのが分かってるなら
リーダーが人員の割当て変えるなりリスケするなり対策をとれる場合がある。
それより文句言わないバグ製造機は、適時レビューとかやらないと
テストまで発覚しないので最後の最後で炎上してしまう。
あと、実際にデスマしたプロジェクトで、
リーダーが何ら問題が発生しないのを前提にスケジューリングしてたのがあった。
可愛がってたPGの力量を過大評価してたのかもしれないけど。
しかも途中から無理なの気付いてながらひとりで抱え込んでて
炎上してから増員したところで時既に遅しという感じ。
新人のせいにしてるプロジェクトは始めから終わってる。
そもそも新人が多いのは、経営・営業サイドの問題だ
ということにも気付かないほど暗闇に落ち込んでる。
87 69式フリーPG ◆hND3Lufios :2006/10/11(水) 00:49:43そもそも新人が多いのは、経営・営業サイドの問題だ
ということにも気付かないほど暗闇に落ち込んでる。
デスマの要因はほとんどがコーディングの前にある。
んで、前工程に要因があるほどリカバリーが難しい。
PGの技量なんてのはリカバリーし易いのよ。
88 仕様書無しさん :2006/10/11(水) 00:54:14んで、前工程に要因があるほどリカバリーが難しい。
PGの技量なんてのはリカバリーし易いのよ。
まあ見積もりの時点で運命は決まってるな。
101 仕様書無しさん :2006/10/11(水) 23:38:32開発スコープやらも決まってねえのに
基本設計から詳細みたいな事項書かせるPJもたまにあるなあ
案の定詳細に入り、開発、テストに入っても二転三転
スタートが駄目だとあとまで響くよね
105 仕様書無しさん :2006/10/12(木) 01:16:34基本設計から詳細みたいな事項書かせるPJもたまにあるなあ
案の定詳細に入り、開発、テストに入っても二転三転
スタートが駄目だとあとまで響くよね
闇雲に流行の技術を使おうとする。DIコンテナー?、ORマッピング?
誰も本質を理解しておらず、効率悪くして、保守性自体もなんだかあやしい雰囲気に
なってきて本末転倒の予感。何のための技術だよ。
本来の仕様以外のところで躓くぐらいなら、あらかじめ調査期間とるとか、知ってる
やつを補佐につけるとかしてくれよ。
こんな融通きかないんだったら最初からSQLゴリゴリ書かせた方が早いっつうの。
106 仕様書無しさん :2006/10/12(木) 01:53:20誰も本質を理解しておらず、効率悪くして、保守性自体もなんだかあやしい雰囲気に
なってきて本末転倒の予感。何のための技術だよ。
本来の仕様以外のところで躓くぐらいなら、あらかじめ調査期間とるとか、知ってる
やつを補佐につけるとかしてくれよ。
こんな融通きかないんだったら最初からSQLゴリゴリ書かせた方が早いっつうの。
知らない技術の導入は二つ以上入れると嵌るね、問題が出たとき何が原因か特定できなくなってしまう。
一つも入れないと・・・・近い将来に脱落組み決定w
109 仕様書無しさん :2006/10/12(木) 08:18:47一つも入れないと・・・・近い将来に脱落組み決定w
着地点、というか、落としどころがどこなのか、コンセプトがどこにあって、
何が解決できればOKとするのかについて双方が理解していないし合意もしていないプロジェクト
110 仕様書無しさん :2006/10/12(木) 11:31:42何が解決できればOKとするのかについて双方が理解していないし合意もしていないプロジェクト
>>109
それってウチのプロジェクトだな。
デスマにはなってないが、納期が半年延びて品質はグダグダ。
このまま年末に世に出そう…
111 仕様書無しさん :2006/10/12(木) 11:33:54それってウチのプロジェクトだな。
デスマにはなってないが、納期が半年延びて品質はグダグダ。
このまま年末に世に出そう…
仕様設計者が優柔不断
仕様方針良く変わる。
テストで問題が発生した時は、
その場のノリやふいん気で仕様が変更になる
112 仕様書無しさん :2006/10/12(木) 14:08:16仕様方針良く変わる。
テストで問題が発生した時は、
その場のノリやふいん気で仕様が変更になる
仕様っていうより意志決定権持ってる人が意志決定しないとアウトだな。
あとはこっちが整合性とか効率とか考えるからよう、意志を決定しろよ。
ただし、餅は餅屋にまかせてどうでもいいこと口出しするな。
ていうか自分が数十年やってきた業務把握してるのか?
なんで「オネエチャン」に聞かないと分らないんだ?
分らない奴が権限持っちゃ駄目。
113 仕様書無しさん :2006/10/13(金) 00:25:06あとはこっちが整合性とか効率とか考えるからよう、意志を決定しろよ。
ただし、餅は餅屋にまかせてどうでもいいこと口出しするな。
ていうか自分が数十年やってきた業務把握してるのか?
なんで「オネエチャン」に聞かないと分らないんだ?
分らない奴が権限持っちゃ駄目。
進捗が日単位って終ってるんだwwwwまさに今のプロジェクトがそうだなwww
管理能力のないカスが人選もせずに仕事割り振った末路だなwww
114 仕様書無しさん :2006/10/13(金) 08:13:48管理能力のないカスが人選もせずに仕事割り振った末路だなwww
開発のリーダーが他所の仕事を会社に内緒でアルバイト。
本業の開発は仕様変更かかりまくってるのに、全然対応せずプログラマーに電話で仕様説明。
「この程度の変更ぐらい簡単にやれるやろ?」
115 仕様書無しさん :2006/10/13(金) 10:25:26本業の開発は仕様変更かかりまくってるのに、全然対応せずプログラマーに電話で仕様説明。
「この程度の変更ぐらい簡単にやれるやろ?」
それは別にいいんじゃね?
仕様変更に未対応でプロジェクトが進んでいないわけじゃないし
仕様変更に未対応でプロジェクトが進んでいないわけじゃないし
お気軽に一言お願いします。
昔の記事
■1年前の記事
■2年前の記事
オススメの動画
■リア充の科学
見ていて嫉妬のあまり、悔しさのあまり泣き出したり発狂したくなるような「リア充」たちの画像のまとめ動画なんだ。
■伯方の塩ものがたり
猛々しい男の人の声で有名な「伯方の塩」CM。そのCMの音声を使って面白いネタを演じてくれた動画なんだ。
■【種明かし有り】 トランプを使ったマジック3つを実演します
初歩的なトランプマジックを種明かし付でやってみたどうがなんだ。機会があったら友達に見せてあげるといいかもしれないね。
■水素ガス作ってみた。
水素ガスを作ってみた動画なんだけど、学生時代に理科の実験とかが好きな人であれば是非とも最後まで見てほしい、作ってみたシリーズの動画なんだ。
見ていて嫉妬のあまり、悔しさのあまり泣き出したり発狂したくなるような「リア充」たちの画像のまとめ動画なんだ。
■伯方の塩ものがたり
猛々しい男の人の声で有名な「伯方の塩」CM。そのCMの音声を使って面白いネタを演じてくれた動画なんだ。
■【種明かし有り】 トランプを使ったマジック3つを実演します
初歩的なトランプマジックを種明かし付でやってみたどうがなんだ。機会があったら友達に見せてあげるといいかもしれないね。
■水素ガス作ってみた。
水素ガスを作ってみた動画なんだけど、学生時代に理科の実験とかが好きな人であれば是非とも最後まで見てほしい、作ってみたシリーズの動画なんだ。
くぎゅうーっ!!く、くーっ!!クギュアーッ!!!ギュアーッ!!!!!
CV:釘宮理恵 CV:後藤邑子 CV:宍戸留美 CV:小清水亜美
麻雀のルールが分からなくても、萌えを愛する心があれば大丈夫!
今日の更新一覧
最近のアンケート一覧


