「OOP」を含む日記 RSS

はてなキーワード: OOPとは

2021-04-21

anond:20210421172633

コード書かん人間OOP知ってどうすんの&コード書かんと理解できんだろこんなん

2021-02-04

人並のIT技術と人並のPM能力を組み合わせれば年収1000万はカタい

そう思っている。

結論から言えば、SIerで数年働いてウォーターフォールを身に刻みつつWeb技術趣味で学ぶ。その後アジャイル標榜しているWebスタートアップ転職すれば良い。

往々にして(少なくとも日本における)Webスタートアップアジャイルは上手く行かない。なぜならアジャイルとはなんたるかをきちんと学ばず、「なんとなく楽そう」とか「今時でイケてそう」みたいな動機採用するからだ。

あらゆるプロジェクト炎上しまくった結果、ウォーターフォール回帰する瞬間が必ずやってくる。しかWeb系でウォーターフォール上流工程ができる人材は割と限られていて、その中にSIer出身コテコテ上流工程やってたエンジニアが入るとかなり重宝されるのである

アジャイルは、ウォーターフォールの酸いも甘いも経験してその対比でこそ真の利点が見えてくる。そうしてウォーターフォールアジャイルも分かってる人材になれば、それだけでそのスタートアップでは唯一無二の存在である

オーケストレーションだとか自然言語処理だとか純粋関数型だとかCSだとかで技術的に尖ろうとしても、そういう高度なものを求めているスタートアップは実際多くはない、というか既に席が埋まっている場合が多い。

T型人材とよく言われるけど、難しいことは何もなくて、タイトルに掲げた人並のものを2つ持っていればいい。OOPも知らない奴らがネストの深さは何層までだとかタブスペースは2つだとかforeach文使ってるやつはクソだとか表面ばかりに囚われて本質見誤って伸びきったスパゲティを量産しているような現場に、レガシーから飛び出したお前らが新風を巻き起こして欲しい。

そんな私の年収は400万です。

2021-01-08

anond:20190209141329

スレ主です。去年の12月に無事に卒業出来ました。CGPAは3.5でした。去年はコロナもあってSpringBreakの後の講義は全部オンラインでしんどかったです。最終学期は最低限の課題提出と勉強をして殆どゲームをしていた記憶しかないです。就活は並行してやるモチベが無かったので帰国してから取り組んでいます。CFNやIndeedを使って何社かビデオ面接しましたがOOPの基礎的な知識を問われてもまともに答えられなかったので感触イマイチです。年末殆ど受けたので合否が始業まで決まらず身動きが取れない状態です。学校での課題以外にポートフォリオとして使えそうなものを用意出来なかったので企業の方でも僕の人材的な価値は確かめられないし、僕自身も何を売り込めば良いのか未だに分かりません。上京目標としているので最低限の給与さえ入れば文句は無いと考えているのですが、そもそも4月社会人になれる確証も無いので暫く生き辛さと向き合いながら生きていくことになりそうです。来週からまた就活を再開するので奇異な履歴書を見掛けたらよろしくお願い致します。

2020-11-07

anond:20201107114556

経験上「OOP理解してる」なんて言ってる奴にまともなプログラマはいない

anond:20201106224808

OOPをまともに理解していればそんなことないだろ

増田の方が説教したがりの中級者に見える

2020-10-24

[]2020年10月23日金曜日増田

時間記事文字数文字数平均文字数中央値
007311573158.556
01296080209.778
02306580219.369
03274703174.267
04143194228.1134
05152422161.5126
0628273797.854.5
07394939126.649
0878750096.233.5
09137817359.735
10116801569.139
1111714565124.544
1214415276106.153.5
1312112702105.050
1491801788.143
151151031289.738
1614514515100.144
1710817566162.646
181171057290.437
19104845181.351.5
2010014605146.142.5
218914559163.656
2213515765116.840
2311813399113.643.5
1日2090236220113.044

本日の急増単語 ()内の数字単語が含まれ記事

ec2(6), peing(7), d51(6), コアゲーマー(6), みゆ(16), ねこあつめ(3), OOP(3), 被覆(3), ロア(5), 醜男(3), スーファミ(15), レンタル(24), うつ病(17), きれいな(13), 中絶(9), 若い女(14), ひきこもり(7), 失望(7), 400万(5), GOTO(5), q(8), 若く(15), f(8), マッチングアプリ(8), 繊細(7), フランス(9), ドラッグストア(6), d(9), 無職(21), 工場(13), BL(16), ソシャゲ(11), 岡村(13), 美少女(11), プライド(10), 会議(13), 美人(19), 共通(11)

頻出トラックバック先 ()内の数字は被トラックバック件数

■どうして日本ゲームの女キャラ美少女ばかりなの…………??? /20201022224752(25), ■無職中年男が若くてきれいな女性失望した話 /20201021210748(15), ■50歳の彼女 /20201023144600(13), ■Re:無職中年男が若くてきれいな女性失望した話」が語らないこと /20201022203459(13), ■上司に「やる気ないのか?」と言われた。 /20201021203724(12), ■にじさんじファンあきらめて覚悟しろ /20201022210505(10), ■大学構内に観光客がたくさん来る /20201023031221(10), ■ゲーム全盛期を知る同年代ソシャゲにハマっているのが情けない /20201023121237(7), ■嫁とのやりとりがものすごく煩わしい /20201022091003(7), ■id:kincity= id:Tai-cHi複垢一覧 /20201023114506(7), ■ /20200831211848(6), ■gotoeatしてくら寿司店員に多分嫉妬された /20201022171953(6), ■マスク効果があるとの研究結果ではノーマスク勢は変わらない /20201022183903(6), ■社会的成功者かどうかや大人であることはマトモだということの証明にならない /20201022224659(6), ■anond20201022224752 /20201023082940(5), ■分厚くてバッテリー持ちがいいスマホって需要ないの? /20201023093556(5), ■anond20201022231712 /20201023000950(5), ■LGBTに物申す。 /20201022112648(5), ■継承禁止するべき /20201022005749(5), ■これ子供いらない43歳だったら、どうだったんだろ~? /20201023174947(5), ■夢月ロアの件で助けてほしい /20201023182949(5), ■ADHDだけど服をどうすればいいかからない助けて /20201023204100(5), ■1時間ぐらい風呂入る人って何してんの? /20201023222807(5)

2020-10-23

anond:20201022005749

継承必要だよ。継承がないと多態が表せないから。

馬鹿継承を扱わせると、仕事している感を醸し出すために継承活用せざるを得ない。だから継承はクソに見える。よって、増田の言いたいことはわかる。

しかし、冒頭で書いたとおり、多態を適切に扱うために継承必要なのだ。これ以上は書けない。これからクラスベースOOP は消えることないであろう。それを書くすべを私は持ち得ていないので、null が消えない事実を例にして語ろうと思う。

21世紀プログラミング言語チャレンジの1つはなにか、と言ったら「null 撲滅」であろう。関数型言語は null を排除することに努めたし、Swift 言語は Optional という null がはいっていないことを保証する仕組みを作ったり、Haskell圏論という数学概念で応対しようとし、Ruby 言語は &. という「null をスルーするメソッド」を開発した。でも、null は撲滅出来ないままである

そもそも null とは何か?C言語では、ポインタが指すとそこでお終いだし、Java だとヌルポ(例外)の要因だし、Ruby だと NilClass のインスタンスだし、SQL言語だと「3値論理」では未来のことを記述するためのものだし、言語によって null はバラバラである。つまり、null 自体には特に意味はないのだ。逆に null があると便利だと思わないかC言語ではポインタに死んでもらえるし、Java だとヌルポがあったら例外にできるし、Ruby だと nil があったらなにかの理由があるからだし、SQL言語だと未来のことは不明記述できるし。そうなのだ、null はプログラミング必要なのだ。null をちゃんと扱うのが難しいだけで、null 自体に罪はない。

これを継承、というか多態にあてはめてみよう。多態がないとどうなるか想像してくれ。とてもしんどいことになる。なぜなら...

(作者は眠たくなりました。続きが読みたかったら反応ください。)

anond:20201023005525

半分同感。

おっしゃる通りFW上で開発してる限り意識すべきはオブジェクト指向ではない。

オブジェクト指向勉強すると小さなクラスをnewして〜メッセージをやり取りして〜継承して〜ってなるが、クラスとはユーザー定義する単なる「型」。継承は親から差分。これだけで良い。

現場において向き合うべきはいかに最小限の変数コード量で実現するかが重要ってこと。

付け焼き刃の知識オブジェクト指向が〜というヤツに限って、無駄クラスを作りまくったり無駄メソッド変数が多い。

コピペプログラマOOPとか余計なこと考えずに素直にFW恩恵に乗っかっていれば良い。

ただ、こういう人たちがIT土方と呼ばれて使い捨てられる可能性も極めて高い。

そこから次のステージにあがりたいならOOP理解する必要があるだろうね。

2020-09-26

俺はIF文を少なくできるみたいな謎のイキり方したインフルエンサーが後から「俺は構文の話はしてない!」とか怒ってたの見てから思ったけど、twitterにいるPGマジでレベルが低い気がする

OOPに慣れてる人はポリモーフィズム使えるぐらいでイキったりしないし手続き型に慣れてる人は構文の話するだろうし、知識以前に頭が悪いしか思えないんだよな

これがインフルエンサーさんさすがですみたいに囲いに持ち上げられてるんだから普段仕事ぶりがある程度想像できる

2020-03-11

anond:20200311070137

オブジェクト指向の本。質の悪いブログだと「動物スーパークラスで犬がクラス・・」系の解説なっちゃうよ。ていうかOOPじゃないコードOOPコードに書き直す教則本的なの、ない?

2020-03-08

日曜日の朝だ

coffee

やっとこさ起床した。コーヒーを淹れた。飲んだ。十分な濃さ。録画してあったテレビ番組を見る。見たことある内容だった。高島礼子じゃないか?懐かしい。

wife's present condition

妻の体調が悪い。昨日は確定申告を一部分肩代わりしてあげた。今日妻の体調は回復するのだろうか?お出かけや家族サービスの予定は入ってないはずだ。

object-oriented programming?

ここ2,3日、たまたまUMLだのOOPだのについて調べた。そういうことに全く無関係に生きられる環境にあるのだ!数年前いよいよVB6から乗り換えなくてはならなくなって、ドットネット学習した。クラスだの承継だの・・・ああそんなもの使わなくても俺が必要としているプログラムなら書けるんだけど・・・って思いながら眺めていた。結局ドットネットに乗り換えたが、そのあたりの機能は使ってないはずだ。

listof

ドットネットらしい機能採用した記憶があるのは「ListOf」だけだ。こいつは後から後付けで取得値を追加できるので、便利。昔ながらのbasicだと「uboundで配列の要素数を取得→要素数を1つ増す→最後の要素に新しい取得値を代入」ってな感じで面倒だった。その点くらいだな。ご利益は。

inferring their impressions

最近部下に当該プログラム保守というか拡張変更を委嘱しているが、きっと「読みにくいコード書いてるなぁ」って思われているのか?部下もOOPなんて知らないだろうけど・・すでに一部の大学では設置済みなんだろうけど OOPにメインフォーカスした科目とか作ればいいのにね。

open-source softwarez

OSSだけしか使わないと誓い「総OSS化」を進めていたはずだが、ここ数日商ソフトに戻ってしまった( ^ω^)・・・

mail check result

メールチェックしたけどたいしたメール来てない。良かった。日曜の朝にメールがいっぱい来てて要即返とかだったら精神的にダメージ大だよな

2019-06-26

HTTPってシンプルプロトコルなのに

OOP言語で扱うと台無しになってる感ある気がする

気のせいか

2019-06-25

anond:20190624140926

✕
if(肉に火が通っている)火を止める;
else if (3分たった)火を止める;

○
火が通った肉 = 炒める(肉, 3 * 60);

OOPだとbuilderパターンうまいことハマる気がする

2019-02-03

anond:20190203182834

OOPが古いってのは分かるけど

POPは単なるfinal classinterfaceなのでいつものApple信者ウリジナルかぁ~と思ったわ

2018-11-25

PHPerのコンプレックスは異常

ぼく「OOP…」

PHPer「PHPはもはや5系の頃とは違う!別言語と言っても良い!(フンガー!」

ぼく「お、おう。。どの辺が変わったの?」

PHPer「致命的エラー例外投げるようになった!戻り値の型を指定できる!匿名型が使えるようになった!」

ぼく「へ、へえ〜。。結構OOPやすくなってそうだねえ。。(他のOOP言語にはふつうにありそうな機能ばかりだけどな...)」

PHPer「だからRubyはクソ!」

ぼく「???

2018-08-01

オブジェクト指向呪いと、その避け方」と、その読み方

http://mizchi.hatenablog.com/entry/2018/07/31/124354

念の為言っておきますOOP呪いについては特に異論はありません。

クラスしかメソッド所属できないモジュールシステム

古いJavaのような、クラスしかメソッド所属できないモジュールシステムばかりの時代じゃありません。 クラス基本的不要だと思います

Javaは今でも「クラスしかメソッド所属できないモジュールシステム」でしょ。クラスに属していないように見えるのは糖衣構文に過ぎない。

関数参照

https://twitter.com/mizchi/status/1024103868613812225]

オブジェクト指向呪いほとんどの言語モジュールシステムでは関数参照がそのままexportできるのに、すべての関数を static メソッドまたはクラスメソッドとして表現する人が未だに多く、見るたびに指摘してる…

関数参照ってなんですか?「exportする」ってそんなに一般的ではない気がする。

もしfunctionオブジェクトをimportするのを指しているのならば、所詮オブジェクトなので状態が含まれない保証はない。

関数参照 2

https://twitter.com/mizchi/status/1024104303907065856]

RubyJavaPHP でみたので一般的なアレなんだと思う

そりゃJSみたいに柔軟なインポートができる言語ばかりじゃないし…

classの導入

https://twitter.com/mizchi/status/1024151165703938048]

JS似非OOP慣習と向き合うのに class の導入は必要だったと思うけど、それはそれとして class 使わないのは別

これはそう。結果論的にはclassそもそも導入されるべきではなかった気もするけど。

ijk

https://twitter.com/mizchi/status/1024155163399876609]

Dijkstraのijkが好き

めちゃくちゃわかる

記事とは関係ない思い

湧いてきたら追加する

2018-07-07

Haskell を書いてるわけではないんだけど Haskellメモ化したい関数ってどうするんだろう

OOP言語で書いてて

 

 

という条件なので、キャッシュを取って、キャッシュになければ計算して返すクラスを作った

純粋関数型でこれをやろうとするとモナドになったりして面倒臭そう

 

しかしながら

 

  1. メモ化は単なる最適化なので無限計算リソースがあれば不要。IOと違い、副作用自体を扱いたいわけではない。最適化の結果として副作用になるだけ。
  2. コンパイラに任せて低レイヤー隠蔽できるならその方がよい。上層レイヤー関数を書く人間が直接扱うようなものではない。
  3. メモ化できるのは参照透過性ゆえなのでむしろ関数純粋性が保証されてる Haskell とかの方が標準の言語機能として当然のごとく提供できるのでは。

 

と思ったのですがどうなんでしょう。

2018-06-06

anond:20180606185209

横だけど、こういうのを多重継承っていうんだね。(OOPの)

勉強になりました。ありがとう。(これからOOP勉強するところです)

2018-05-17

anond:20180517155505

原理主義に陥るとやべえけどなんだかんだでクラス志向OOP的な機能は欲しい時が多い

2017-09-11

まずは自分がプログラマーになってみよう!

山本五十六名言「やってみせ」

やってみせ、言って聞かせて、させてみせ、ほめてやらねば、人は動かじ。

話し合い、耳を傾け、承認し、任せてやらねば、人は育たず。

やっている、姿を感謝で見守って、信頼せねば、人は実らず。

まずは、あなた自身プログラマーになって、見本を見せることが第1歩です。

プログラマーに向いている性格

その後受託系の会社就職できたのだけど、人間関係がうまくいかなかったようで数ヶ月で辞めた。

鬱病気味になったみたい...。

どうやら、プログラミングという仕事の特徴について、あなた理解していないようですね?

 

プログラミングの特徴は、「コンピューター相手なので、嘘やハッタリが一切通用しない」ということです。

人間相手なら、適当に指示を出したり、いい加減な対応でも何とかなるけど、コンピューター相手だと1mmも融通が利きません。

 

従って、プログラマーに向いている性格は、

  1. 嘘をつかない
  2. 几帳面
  3. パズルを解くのが好き

という3点が必要です。

 

警察職務質問されて有名になった江添亮さんのブログ等を読んで、この方のようにネチネチと論理をこねくり回すのが好きなら、プログラマーに向いています

(例)本の虫: 麻布十番職務質問を受けた話 https://cpplover.blogspot.jp/2017/08/blog-post.html

関数型プログラミング

プログラムというのは、小さな部品を組み合わせて、大きなシステムが作られています

さな部品パズルピースに相当して、大きなシステムパズルの完成品です。

まり、大きな問題を小さな問題に分解して、1つずつ順番に問題をつぶして行く姿勢必要です。

 

プログラミングパラダイム(考え方)には、

  1. 命令
    1. 手続き型(Java等)
  2. 宣言
    1. 問合せ型(SQL等)
    2. 関数型(Haskell等)
    3. 論理型(Prolog等)

があります

 

命令型のプログラミング言語しか使えない人がプログラマーになると、テスト地獄に陥って、結果的鬱病発症やすくなるだろうと危惧しています

上述のように、パズルピースを組み合わせてプログラムを作るには、「関数型」の作法を身に付けておくと良いでしょう。

Haskell

関数型プログラミング習得するために、今なら「Haskell」または「OCaml」というプログラミング言語お勧めします。

HaskellOCamlは、良い参考書がたくさんあるので、本屋に行って実物を確かめてください。

 

Haskellを学んでみて、パズルピースを組み合わせる感覚理解できたら、あなたテスト地獄に苦しめられないプログラマーになれるでしょう。

もしも、Haskell理解できないようだったら、残念ですがプログラマーには向いていないかもしれません。

例外的に、あなたマゾで、テスト地獄残業徹夜楽しいと思える性格なら、Haskell理解できなくても大丈夫かもしれません。)

 

Haskellの教材(英語)を紹介するので、参考までに読んでみてください。

http://learnyouahaskell.com/chapters

(このサイトの内容は、日本語書籍「すごいHaskellのしく学ぼう!」として出版されています。)

 

Haskellは、順番に学べば必ず理解できるようになっています

もしも、Haskell習得できなければ、大きな問題を小さな問題に分解して解決していく作業には不向きな性格かもしれないので、他の仕事検討してはいかがでしょうか?

人生は一度きり。時間無駄にならないようにお気を付けください。)

 

あなたと友人が、無事Haskell習得して、テスト地獄を乗り超えるスーパーハッカーになり、日本IT産業を牽引されることに期待いたします。

 

(追記)

まずは、自分が作りたいアプリサービスを作ってみよう。

自分が作りたいプログラムすら作れない人が、他人希望するプログラムを作るなんてできっこいからねw

プログラマーが楽で簡単仕事だと思ったら大間違いですよ?)

 

(追記 その2)

関数型プログラミングマスターしておけば、OOPでも役に立つよ。(現実には、関数型もOOP必要に応じて投入するし)

iOS→「プロトコル指向プログラミング」「RxSwift」、Android→「RxJava」辺りのキーワードでググってみて。

別に皮肉とか宗教戦争で煽ってるわけじゃなくて、自分も苦労して辿りついた口だから、今から始める人には遠回りして、余計な苦労を味わって欲しくない。

 

(追記 その3)

他の人が書いてたけど、1人でプログラミングするんじゃなくて、2人(ペアプログラミング)や3人以上(モブプログラミングから始めたら良いかも。

Googleの「プロジェクトアリストテレス」で、仕事生産性改善するには「心理的安全性」が重要と分かり、プログラミング仕事もやり方が変わって来ています

ソニックガーデン倉貫さんの働き方が参考になると思います

https://kuranuki.sonicgarden.jp/2017/01/psychological-safety.html

 

(追記 その4)

記事が消えていたのでバックアップしておきます。(この投稿だけ読むと意味が分からなくなるため)

https://anond.hatelabo.jp/20170910205249

2017-09-10

■知り合いをプログラマにさせたいんだけど知恵を貸してくれ

プログラマって育休からの復帰しやすいだろうし、アルバイトよりは待遇いいし、勤怠ゆるいし、労力の割に楽ちんだと思うんだよね。

接客バイトで消耗するくらいなら、プログラマになればいいと思っているのだが、その知り合いは自身のことをプログラミングを不向きと評価しているらしい。私は、プログラミングに限らず物事時間をかければ習熟していくものだと思っているので、不向きではないと思うんだ。不向きというのは物理的に制限のある時だと思う。

その知り合いについて。

Vimはぎこちないけど使える。日常的にmacOSを使っていてターミナル操作はできている。cd, ls あたりは理解している。

趣味を含めてアプリケーションを完成させた経験はないが、ifやfor文などの基本構文は理解している。数年前にプログラミングスクールのようなところに半年間通っていた。その後受託系の会社就職できたのだけど、人間関係がうまくいかなかったようで数ヶ月で辞めた。鬱病気味になったみたい...。

何か成功体験があれば自然とのめり込んでと思うんだけどなかなかスイッチが入っていないみたい。

こちら側からは、プログラマーになれば?と直接は伝えてはなくて、素人でもプログラミングできましたみたいなネット記事シェアーしているくらい。(心理的リアクタンス避け)

知恵を貸して欲しい。

2016-05-13

プログラミングの極意

師匠プログラミングとは深淵なる神の御業(みわざ)。あらゆることを可能とし、あらゆることが不可能であると知る。」

弟子「さすが師匠っす。私にはまだまだ理解できないっす」

師匠「当然だ。」

師匠「ところで弟子よ。お前はプログラミングを覚えて何をしたい?」

弟子「今はIT技術者が少ないといいます。この未曾有の危機エンジニアとなってこの町を、この世界自分の手で守りたい」

師匠「ふむ。良い心がけだ。精進したまえ」

弟子「ところで師匠

師匠「なんだ弟子よ」

弟子師匠のもとでC#プログラミングを学び始めて1年。if文だとかwhile文とかどうでもいいクソ知識を覚えて参りましたがやっぱり何の役にも立ちません。」

師匠「そうであろう。考えてみろ。お前は日本語を話せるが、アナウンサーにも小説家にも程遠いだろう?プログラミング言語を覚えるだけで何かできるようになると本当に思っているのか?」

弟子「そんな・・・だったら英語覚えて、おとといskypeで話しかけてきたカウガールキャッキャウフフしてた方がマシじゃないか

師匠「ちょ、おま、それアカンやつや」

弟子師匠バカ。もう知らない!」

世界コンピュータ端末があふれるようになって数年。

一般人Windows PCAndroidスマホを使う。*nixだのpicマイコンだのasicだのとは違う。

その時点において、かつて王道だったC言語を学ぶ意義はパンピーには無い。

ベーマガ失われた世界で、人々はプログラミングを見失い、

人が使ってるからという理由自分の使うアプリを決められ、

ひっきりなしに飛んでくる他人からメッセージに反応することを強要される毎日

師匠文字数字から初めて、基本的文法を覚えるだけで1年かかるか……そりゃつまんねーよな」

師匠ファイル入出力やってようやくCRUDが学べる」

師匠関数スコープを覚えて、ようやく構造プログラミングが学べる」

師匠「だが……学校じゃ文法やって終わりってんだからCRUD構造化もやらずに何ができるかってんだ。副作用とかどうでもいいことばかりは教えるくせによ」

師匠機能抽象化モジュール疎結合重要だろう。そのためのオブジェクト指向だろう。」

師匠「なぜ抽象化疎結合かといえば分割統治をしたいからだ」

師匠「なぜ抽象化分割統治をしたいかと言えば、人の短期記憶は5チャンクが限界からだ。つまりは頭の小さな人間が巨大なシステム理解するための知恵だ。

師匠HSPプログラムを書いていて、500行くらい書いたらもう頭がごちゃごちゃになって限界を感じるあの感じ(個人の乾燥です)」

師匠HSP名誉のためにも言っておくが、500行以内であれば簡潔だし、絶大な威力を発揮するツールだ」

師匠「逆にCは3行書いたら、その関数の非力さに頭が痛くなる(個人の乾燥です)」

師匠アセンブラに至ってはmov 1, $ax とか書いた時点で発狂する。なんでintel構文じゃないんだ!と」

師匠「つまるところ、プログラミングとは自由を勝ち取るために、人間限界と戦うことだ」

師匠「創意工夫をこらして、今できないことをどうやってできるようにするのか。どんな可能性があるのか」

師匠構造プログラミングをすればバグが出なくなるわけじゃない。OOPプログラミングがうまくなるわけでもない」

師匠プログラミングの極意とは現実と戦うという覚悟だ」


弟子覚悟wwwww。少年漫画の見すぎなんだよ。何か奇声あげたら変身してパワーアップてかwww?おめでたい奴だな。貴様師匠として利用価値がなさそうだ。このあたりで成敗してやる。カラオケ女の子デュエットしてやる」

師匠「本性を現しおったなぁぁっ!このバカ弟子がぁぁっ!!」

2015-06-28

http://anond.hatelabo.jp/20150628084955

Webサービス事業化する場合プロセス検討(仮説)

 

(1)企画 → 何を作るか? アイデアマーケティング

(2)制作 → アイデアを具体的な形にする技術

(3)営業 → 作ったサービスを売り込む。 宣伝運営サポート等。

 

(2)の課題

・2-1 Webデザイン → IllustratorPhotoshop勉強中。CSSスキルもショボいので復習しないといけない。

・2-2 Webプログラミング → PHPよりも生産性の高い手段を得たい。サーバーサイドもJSNode.js)への一本化を要検討。

・2-3 インフラ → 貧乏なので、とりあえずVPSクラウドオンプレミス構成ノウハウを得たい。

 

PHP手続き型、OOPから関数型言語への移行を検討しているのだが、候補や学習コスト調査、導入テストができていない。

Node.js+Underscore.js等のJSライブラリFPを試してみるか?

・JavaVM上で動く関数型言語Clojure等)を試してみるか?

テスト地獄比較手続OOPRails)/関数型(JSClojure

 

ここが今の課題だな。順番に解決していくしかない。

ログイン ユーザー登録
ようこそ ゲスト さん