「VM」を含む日記 RSS

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

2017-04-17

http://anond.hatelabo.jp/20170417014428

御察しの通り、インスタンス自体macbookVM上で動いてるんだけど、

そいつプロキシとして動作しているロードバランサがnginxで、こいつはなんとraspberry piで動いてる。

ラズパイは非力だけどロードバランサとして動かすんなら大丈夫じゃねえかな? と思ってたらやっぱりアクセスを捌ききれてないっぽいエラーが出てる。

ちょいと解析中なので待たれい

まあ、いずれにしても自宅じゃ運用できなさそうだから移行するけど。(ドメインなどはそのままで運用する予定です。データは多分消します)

2017-03-09

Docker盲信してる皆様へ

そもそも便利なのかちゃんと考えてる?

「日々Dockerfileをメンテして開発環境がこんなに楽になります!」

Dockerなので本番とも開発者同士でも同じになります!」

馬鹿じゃねーのかw?

Dockerfileメンテなんて手順書メンテとかシェルスクリプトメンテしてんのと大して変わらねーよw

そのDockerfileから作ったものが本番と同一だなんて保証はねーって気づけボケ

本番と同じものを作りたかったら本番からコンテナ作れよ

なんでビルド始めちゃうの?無駄じゃん馬鹿じゃん

それと「同じDockerfileから作ったものから環境差異はありません」なんて寝言まだ言ってるの?

yumaptリポジトリセキュリティアップデートやらで変化する以上

いつも同じ結果になるわけじゃねーだろが、(バージョンロックする方法はあるけどめんどいだろ)

本番でもコンテナを使ってますってやつら以外無理してDocker使う必要ないんじゃねーか?

お前らが欲しいのは軽いVMであって細切れのコンテナじゃねーだろ?

initを潰して,supervisor入れてプロセス管理して・・・ってどう考えてもお前らが望む世界じゃないんじゃねーか?

流行りのコンテナぽくしたいならLXDやらsystemd-nspawnの方がよっぽど筋がいい

というわけでよく考えなおせ

みんながDocker言ってるから無理やり使うって運用やめろ

2017/04/22 追記

続き書いた

http://anond.hatelabo.jp/20170422000230

2017-02-10

http://anond.hatelabo.jp/20170210131753

研修で2ヶ月もやったら立派な経験者だ。

底辺SE驚愕してるだろう。

LAMPはまあ、家のPCVM環境作って、フレームワークチュートリアルやれば十分だ。

ただでかい会社から転職するなら、給料だけは絶対妥協しないことだ。

今の残業分含めた年収より下がるところに入るのだけはダメだ。

2016-05-17

http://anond.hatelabo.jp/20160517003018

toratsugumi記

ブコメでは文字数が足りず、普段ブログを書くわけではないので、この場にて。

いろいろアレなので幾つか。ただし、別にミリタリ・クラスタ所属してるわけじゃないので色々間違っている点もあるはず。

>金がないから、維持整備がろくにできなくて、そのせいで、まともな稼働率を上げられないのだ。

金がなくて築90年の兵舎修いながら使ってた(最近建て直されたらしい)のは自衛隊伝統オスプレイとはなんの関係もない。

読売記者がどういうソースで書いてるのか不明だし、数値が公表されてるわけじゃないので何とも言いようがないが、軍事評論家各位の評価では陸海空三自衛隊航空機稼働率は極めて高いとされてる。その中で、CH-47の稼働率はたしか相対的には低いらしいが、それはあれがトラック扱いで酷使される機体だからという話。

1986年ごろから導入されたポンコツの機体

CH-47は原型初飛行1961年だけど、現在も改良が進んでいて、少しずつ入れ替えながらエンジンも電装系も機体設計もまったく別物になってる。米軍じゃ最近F型の配備が開始されたばかりで、日本では1986年から配備されたCH-47Jが1995年くらいから搭載装備が入れ替わったCH-47JAにアップグレードされてて、そろそろ耐用年数が切れる初期のCH-47Jの代わりにF型相当の機体が導入されることになってる模様。実はチヌークの調達は今も続いている。ここら辺、新兵器の登場は大々的に発表されるけど、更新はひっそりとされるから実際に出てくるまではよく判らないが。なお、CH-47FはAW-101よりもさらに新しい機体だったりする。

>AW-101

三発で高性能だが機構が複雑なため、開発に難航した機体。自衛隊欧州系の機体を扱い慣れてないせいもあって、稼働率が高くないという噂。ご多分に漏れウェブに内情が転がっている訳じゃないので断言は出来ないが。なお、国内生産しないと、交換部品は一々製造元に手配させる必要が出てくるため、稼働率は下がる。

価格については21億円のソースを見付けられず。なお、2003年度会計でみると、陸自のCH-47JAの調達価格(FY2003)は53億、空自のCH-47Jで35億(ともに航続距離、搭載量はMCH-101より上)、同年のMCH-101が53.5億。

http://www.geocities.jp/kanabow11/price/japan_new.html

この場合、(若干オーバーサイズ評価されている)掃海用の機体じゃなく、輸送専用に民生機を調達することに意味が見出せない。それならすでにCH-47で足りている。

ちなみに、VM-22は純然たる物資輸送用とは違う目的で導入される機体。その肝心のオスプレイだが、調達価格210億の内訳は…

オスプレイ17機とエンジン40基、赤外線前方監視装置40基、ミサイル警報システム40基など機体数を上回る予備部品アメリカでの訓練費用なども含んだ総額の諸経費で、約30億ドル提案されています。今現在為替レートは1ドル120円なので約3600億円になります

ただし、単純に30億ドル(3600億円)を機体数17で割ると1機あたり1.76億ドル(211億円)になりますが、これは前述の通り諸経費込みの価格なので機体単価ではありません。機体単品での価格は1機100億円前後で、諸経費がそれと同じくらいに掛かるという事です。 」

http://bylines.news.yahoo.co.jp/obiekt/20150507-00045469/

次の熊本震災オスプレイ無用論については、宗教論争は避けたいのでノーコメントとして、

>せっかくのヘリ空母ひゅうがなどを配備しても、それに搭載するためのヘリコプターはろくにない、というありさまだ。11機搭載できるヘリ空母に、4機しか搭載していない。うち1機が MCH-101 だ。

常在戦場米軍原子力空母と違って、遠方に戦力を投射するわけでもない海自艦艇普段回転翼機を定数状態で搭載してるわけではなく、陸上拠点から運用している。現に、ひゅうが以前のDDHにしても、定数三機のはるな級だって一機しか搭載せずに運用している。この場合ヘリ空母の扱いは便利な場所に移動可能なヘリパッドという位置付けに近い。もちろん、作戦行動中は別。現にフィリピン派遣されたいせだって航行中の映像で露天係止されている機体が駐機スポットと同数あるので、艦内にその他の機体が格納されているのが分かる(色々あるので必要がなければ機体は甲板に放置したりしない)。

以上、めんどくなったのでこのくらい。

2015-12-27

auソフトバンクVMがすごい不愉快

なんでかはわからない。

このブランドCMはこの先も見るだけで不愉快だとおもう。

ドコモ記憶にない。

2015-07-09

IT業界での悪は流行を追わないこと

流行勉強しないやつとは仕事したくない
最低限下記は知っててほしい

キーワード


■本

プロマネならアジャイルサムライとかチケット駆動開発とかリーン・スタートアップとか読んどけ。頼むから




頼むからこれぐらいは知っといてくれ。確かに流行り廃りがあって、追っていたもの崩壊したときツラいのはわかる。

しかし、上記はもはや流行りでも枯れてきてデファクトスタンダードになっているものばかりだ。

設定ファイルバージョン管理ちゃうとまずいだろとか、本番とは違うからローカル自分で手作業で変えろとか、何言ってんだおまえは。オーケストレーションツール使え。

クライアントが困ってるのに、オマエの環境で再現しねーとかあたりまえだろ。自分環境かえてんだから。同じにしろ

リリース対応20時間かかるとか何馬鹿なこと言ってんだ。10体制20時間とか1リリース予算300万超えかよ。本気かよ。

細かくリリースしろ。まとめんな。だから不具合もでかくなる。文言修正だけで3ヶ月待たせるな。機能の追加と軽微な修正は別だ。

あとエクセルやめろ。最初はいいけどメンテがつらすぎる。バグ管理テスト設計図なんかはもはやそれ用のオンラインツールあるやろ。それ使え。




もう少し最新のヤツは勝手に追え。

俺はそれらがデファクトスタンダードになるかコケるかは責任もてん。

少しだけいうならローカルビルドシステムはあっていいかもな。gulp とか grunt とか。

2015-06-14

C3系における諸世界Vkにおいて定義されたくだらない結婚概念

もしくはセックス概念。これらは全て特殊日本的世界C1自然世界C2のように直接的物理的な結婚とかセックスとかわいせつというものほとんど定義されておらず,極めて人工的な脳内妄想におけるそれしか定義されていない貧しい世界が多い。むろん,優れた淫夢を含む優秀な世界も一部あるが,殆ど二次元画像美少女妄想二次元画像妄想を利用した遠距離妄想恋愛脳内恋愛といったあまりにもお粗末な内容しかない。特に酷いのはC1,C2で組になれなかったものを処理する世界Vmにおいて,自分の体を運動などによって美少女妄想できるように改変し,自分の体を触るのが痴漢わいせつ行為であるなどと定義されている世界(むろん自分美少女になってもまんこがないのだから股間を触っても面白いことなどあるはずがなく,極めて不毛な欠陥体系である),また,Vnのように,同じ学問をやっているということのみをもって結婚していると定義したり,セックスというのが生のセックスではなくて心のセックス程度にしか定義されていないといったものであり,ろくな世界がない。

2015-02-24

会社PCを買うときは一番速いPCを買うべき.

経費削減だとか言って安物PCを購入させる上司ほとんどの場合無能

月1回だけ誰かが使用する何かの専用システムコンソールとかなら安物でも構わない.

けれど常用PCは目一杯コストをかけるべき.

[CPU]

まず,CPUは一番高いのを必ず選ぶ.

少し考えれば分かる.いつも開いているWordExcelの起動が2,3秒早くなるだけで,一年を通してどれだけ作業が効率することか.

作業中のイライラが低減するだけでどれだけ会社雰囲気がよくなることか.

コアが増えても速くはならない可能性もあるが,今後のソフトウェア進化追従するためにも一番高いのを買っておくべき.

[メモリ]

メモリに関しても最大限まで増設する.

もちろん,普通に使っていれば使用することはないが,ディスクキャッシュとして使用すれば,やっぱりWordExcelの起動が速くなる.

VMを使用することで作業効率を向上することも考えられるだろう.メモリが大いに越したことは無い.

[ストレージ]

ストレージももちろんSSDを選択する.

ただ,容量を多くする必要はない.

大切なのは速度であって容量ではない.容量が多くなるとロストしたときダメージがでかい

別途NASなりクラウドストレージを用意してバックアップすることが基本.

ただし,ローカルストレージHDDを使用する意味がない.

注意するのはメーカー.怪しいメーカーSSDスピードが出ない場合もある.

安心Intelを買うか,ベンチの情報をしっかりチェックする.

[グラボ]

グラフィックボード職種に寄る.

メディア系の仕事なら確実に一番良い物を買う.

一般的職種の人でも最近だとビデオ写真編集を行う場合がある.ただ,安物やチップ内蔵でも最近は余裕の性能がある.

ここだけは値段を確認しながら選ぶ.高すぎる物は買っても意味が無いし,消費電力が増えるだけである

[キーボードマウス]

キーボードマウスは使用するものに選ばせる.

HHKBを作った和田先生はこう言っている.

キーボードは馬の鞍である」と.

馬を乗り換えることはあっても鞍を乗り換えることはない.

その人にあったインタフェースを長く使うことでより作業が効率化する.

(まぁ,和田先生はLet's note使ってたりするけどさ)

以上のことを踏まえて,もう一度俺の出した見積書をよく見返してくださいお願いします.

2014-09-17

http://anond.hatelabo.jp/20140917104515

でもRubyはほんとゴミだよ

Windowsx64だとまともにgemすら動かない

対応策はVMLinuxで動かして、だからなw

あんなクソ言語存在してるのがスゲーよ

http://anond.hatelabo.jp/20140917021801

Mac開発環境にしてる人って、直接WebサーバとかDBとかインストールしてんの?

キモくない?

WindowsだろうがMacだろうがVM環境作るべきでしょ?

2014-03-22

http://anond.hatelabo.jp/20140322140822

Linux視点追加しつつ突っ込んだ。

MacUnix互換

MacUnix互換」とかMacユーザはいうが、Linuxユーザからするとディストリビューションが違うので正直使いにくい。別に調べりゃ使えるしLinuxユーザというのは黙って調べる人たちなので文句を言わないだけで、好んでMacUnixのように使おうとは思わない。GUIがクソだが便利なLinuxユーザからすればMacGUIがすげぇ糞なディストリビューションだ。情報少ないし。

なお、これは他のLinuxについても言えることで、Ubuntu使いからするとRedhat系は使いにくいし、RedhatからするとUbuntuコマンドわからんことが多々あるので若干めんどくさい。もちろん他のディストリビューションも同じ。BSDとかあんまり使いたくない。まぁやりゃできるのだが、めんどくさいを極めた結果としてコマンドライン使ってるのに、調べるのはもっとめんどくさい。あと変なエラーが出ると大変なのでPCライトユーザにはまったくおすすめしない。

プラグラム開発環境の導入

最近はWindowは一発ポンで入ることが増えてきたので便利だと思う。Cygwin使うよりはVM使ったほうが楽でねーかと個人的には思うが。PHPなどはXamppがあるのでむしろWindowsのほうが楽。文字コードが面倒だが。

なおLinuxは常に糞めんどくさい。すでに入ってるパッケージバージョンが古いが、ディストリビューションによっては上げるのに四苦八苦とかふつうにある。サーバー関連のプログラム以外はいまどきWindowsとかMacとかのほうが断然楽だ。

シェル環境

Windowsコマンドはよくわからんが、最近情報が多いので特に…あと下手にコマンドいじるよりはフリーウェアを探してくれば良いと思う。

Macはむしろシェル使うほうがめんどい(前述のとおり)

Linuxは慣れてるディストリビューションならCUIだけで十分。慣れてない奴はめんどくさい。

フォント

正直Macフォントは目が疲れる。画面のせいかね?

Windowsも良いとは言わないが、不便はない。細めのフォントが好みなのでむしろWindowsのほうが見やすい。

Linuxは標準のやつは好きだけどもうちょっと細くていい。

IDE

そりゃiOSアプリを作るならXCodeしかないし、XCodeは悪く無いと思うが、C/C++とか書く時は使いにくい。

WindowsアプリつくるならVisualStudioしかないし、最近のVSは使いやすいので特に文句はない。C#も良い言語だと思いますよ。すごくよく考えられてると思うし。

Webアプリケーション系もnetbeansなんかはWindowsのほうが軽い印象があるなぁ。ただC++netbeansだと補完機能が弱めになる気がする。まぁそもそもWindows上でMSライブラリ使わないC++とか書きたくないですね。色々違うし。

LinuxIDEEclipse一択みたいな感じになっているが、正直Javaはいいが、それ以外は微妙。と言うか糞重い。netbeansが個人的には好きだが、前述のとおり補完機能Eclipseより弱いかんじがするのであんまりRubyはすっげぇ使いやすかった。C++で一番軽いIDEQtかな。Vim?いうほどいいかね…まぁEmacs派なんですけどね

iOS開発

そりゃiOS開発するならMacしかないだろう。Windowsアプリケーション開発するならWindows機使うしかないのと同じでな!!!

LinuxGUIのあるアプリケーション作るとか、考えたくないな!つうかGUIかいたくないからLinux使ってんだよ!

開発マシン選択肢

Mac選択肢が少なすぎる。金だせばなんでもできるが、カネがないとストレスが溜まる。あとかねかければかけるほど周辺機器もグレードアップしなきゃいけなくなる感じがするのだが…正直Unix系のマインドに反しすぎていると思う。

あといまおれのMacbookProはバッテリが膨らんできてパッドが使えなくなったんだが、Mac対応マウスがないのでコピペすらできない。キーボード純正のやつ使いにくくね?プログラマとしてはHome,Endあたりはキー一個で対応して欲しいですし、Backspaceキーがないのは意味がわかりません。deleteキーって書いてるけどそれBackspaceやん、ほんとのdeleteどこいった!!!とにかくキーボードがひどいのでMac使ってプログラミングしようという意欲がおこらない。むしろ俺がMac嫌いな理由の一番がそれですね!

Linuxはしょぼい機器でも開発可能なのでよいと思います

音楽制作

しらねぇがLinux音楽制作しようとする奴はアホだと思う。

デザインアート制作

ま、正直Macディスプレイはいいと思う。

が、若干コントラストが強目にでるか?という気がする。

Mac以外のディスプレイ自分で細かくカスタマイズしたほうが実際にあってる場合もあり、なんとも言えない。

ちょちょっといじる素人フリーウェアが貧弱すぎて辛い。いやらしい成金札束で顔はたかれているような気持ちになる。

いいわすれたがLinuxデザインデジタル現像しようっつうやつはアホだね。Ubuntuならあるのかなぁ…でもさいきんUbuntu重すぎて…

ゲーム用途

しらん。

ビジネスユース

MSOfficeは使いやすい。Officeを貶してる奴はだいたいOfficeを使いこなしていない。

LibreOfficeとか一昔前のMSOfficeじゃないですかーLinuxだとそれしか選択しないけど使いたくねぇ…それならGoogleDriveのをつかうわ…一太郎とか悪い冗談はやめていただきたい。

ただ、Latexを使う場合Linuxは使い良いとおもう。もちろんWindowsならLatex用のエディタあるんですけども!

ホームユース

WindowsMac特に違いはないが、あえていうならMacフリーウェアが少ない。

Linuxをホームユースで使いたがる人がいたら止めたいが、最近Webだけでも色々できちゃうので、別段問題ない気がしてきた。

その他

9. Macは性能に対してコストパフォーマンスが高い(……かも)

スペック価格比較すると、CPUメモリやらのコストパフォーマンスが悪くない、と思います

10年前は「Macは高くつく」という印象だったものが、ここ5年で「Macって割安」という印象に変換したと記憶しています

10年前に比べて自作メリットが薄れたから、そのように感じるんですかね。

しろ使ったらMacって割高…って思うと思うけどなぁ。最近Windows機は安いしデスクトップなんて価格破壊完全に起こしてるし、使い始めてからほとんどお金がかからない。情報も多いし。なんか情報が全体的に五年くらい古い感じがしますね。もしかして2009年ごろからいらした方が書いたのでしょうか。

12. Macには無駄な常駐ソフトウェアが少ない

何をもって"無駄"と判断するか、非常に難しい論点ではありますが。

へんてこなアザラシマスコットデスクトップを泳ぎ出したり、なんとも言えないモッサリ感の明るさ調整ソフトが突如画面に出現したり。なんて事はありません。

いったいいつのWindowsの話をしているのか…

常駐ソフトウェアWindowsは決して多くないし、あるならメーカプリインストールアプリじゃねぇのっていう。

明るさ調整ソフトってそれはディスプレイのやつだろ?Windowsのせいじゃねぇよ。むしろMacはそういうの調整するときに探すのが大変。いや、あかるさ調整くらいならキーボードでできるけどさ…

常駐ソフト気にするならLinuxが一番管理できると思いますし、LinuxにくらべればMacWindowsも似たようなもんです。

2014-03-11

[][][][][][]

Ansible

Ansible

Playbooks — Ansible Documentation

railsbox - Fast and easy Ruby on Rails virtual boxes

Ansible入門 (全15回) - プログラミングならドットインストール

Amazon.co.jp: 入門Ansible eBook: 若山史郎: Kindleストア

Amazon.co.jp: Ansible Configuration Management 電子書籍: Daniel Hall: Kindleストア

Red HatがITオートメーションのAnsibleを$150Mで買収へ…OpenStackデプロイをDevOpsのために簡易化

Git Clone (スタートアップスクリプトID:112600117316)

指定Gitリポジトリをcloneし、指定の実行ファイル自動的に実行します。

拡張子が .yml のものは Ansible Playbook として解釈されます

パブリックスクリプト | さくらのクラウドニュース



terraform

https://github.com/philc/terraform

fog

fog - The Ruby cloud services library

https://github.com/fog/fog

virtualbox

Oracle VM VirtualBox

packer


vagrant

Vagrant

A list of base boxes for Vagrant - Vagrantbox.es

Discover Vagrant Boxes | Atlas by HashiCorp

itamae

https://github.com/ryotarai/itamae

Itamae - Infra as Code 現状確認会 // Speaker Deck

chef

All about Chef — Chef Docs

Amazon.co.jp: Chef実践入門 ~コードによるインフラ構築の自動化 (WEB+DB PRESS plus): 吉羽 龍太郎, 安藤 祐介, 伊藤 直也, 菅井 祐太朗, 並河 祐貴: 本


berkshelf

Berkshelf

berkshelf/berkshelf · GitHub

docker

Docker - Build, Ship, and Run Any App, Anywhere

Dockerにまつわる誤解 infoQ

Dockerにまつわる誤解

[翻訳] Dockerについてよくある勘違い | TechRacho

Salt



sunzi

kenn/sunzi · GitHub

puppet

Puppet Labs: IT Automation Software for System Administrators

fabric

http://www.fabfile.org/

http://www.slideshare.net/chikaram/fabric-rails-42153324

2014-02-14

http://anond.hatelabo.jp/20140214093722

どうせ本番環境としては使えないのにMacサーバプログラム入れる意味わからん

VMLinux入れるほうがいいと思うんだよね。

2014-01-22

http://anond.hatelabo.jp/20140122220143

じゃあVMでどうだ。

同じコードバイナリ)でも、VMによって全く動作が異なってくるのだ!(今でもある)

2013-12-11

http://anond.hatelabo.jp/20131211210319

同意

Windows7には何の不満もない。

MacUnixから開発に便利って言う人もいるけど、Windows7+VM or cygwinのほうが自分には便利だなー。

2013-09-18

Ruby on Rails可愛い子が集まるエロサイトを公開するまでの24H

仕事で3ヶ月ほどRuby on Railsに触れる機会があったので、色々と調べているうちにRailsエロサイトを作るのが流行っているというのを知りました。

そこで、自分でも作ってみようかと思いました。

2番煎じなのは重々承知ですが、とにかく作ってみることが重要なのです。

最低限、自分で使うことが出来るレベルにはしたいと思います

今回のエントリでは、個人的にエロサイト作成して公開するまで自分でやった方法を紹介します。

※公開後の状況なども書き込みします。

作成したサイト

可愛い子が集まる動画共有サイト

CuteClipper : http://cuteclipper.night-generations.info/

目標

準備するもの(私の環境

目次

  1. ( 0:30)作成したい機能を考える
  2. ( 1:00)ドメインを取得する
  3. (12:00)アプリ作成する
    1. 基本部分を作成する(rails new)
    2. Xvideosをスクレイピングする(gem : nokogiri)
    3. 動画管理タグで行う(gem : acts-as-taggable-on)
    4. 動画ストック機能追加(javascript)
  4. (16:00)本番環境で動かしてみる -環境周り-
  5. (17:00)Google Analytics / ウェブマスターツール に登録
  6. (20:00)公開の準備をする
  7. (24:00)公開
  1. 今後の野望

( 0:30)作成したい機能を考える

既にあるものなら新しく作る必要はないわけで、、、今回は自分の使いたい機能を作ってみました。

Xvideosの動画サイトの多くは、動画を選択すると他のサイトブログみたいなやつ)に飛ばされてしまい、

そのサイトで、動画のある場所を探さないといけないことが多くてめんどくさい。

動画がないこともシバシバ

自分で作るのならh300さんのように分かりやすサイトにしたいと思いました。

たくさんの動画を観て廻るものの、本当にいいと思う動画は大体3本くらいです。(自分場合

なので、3本まで動画ストックする機能があるといいなと思いました。

( 1:00)ドメインを取得する

今回はムームーさんでドメインとりました。

本番環境herokuドメインの設定も簡単で助かりました。

(12:00)アプリ作成する

基本部分を作成する(rails new)

rails newしてdb作成して、基本的なアプリ作成しました。

Xvideosをスクレイピングする(gem : nokogiri)

動画情報の解析のため、RailsGemのnokogiriを使用しました。

nokogiriはhtmlなどの解析をして、情報を取得することができます

Ruby - Nokogiriでスクレイピング - Qiita [キータ]

動画ストック機能追加(javascript)

動画ストック機能javascript作りました

WebStorageを使用してストックしています

//localStrage.setItem("key","value");
localStorage.setItem("test","テスト");

//localStrage.getItem("key");
localStorage.getItem("test"); //"テスト"

こんな感じで、DBを使わずストックが可能です。

レイアウト改善(gem : twitter-bootstrap-rails)

レイアウトにはあまり時間を掛けず、bootstrapを利用しました。

殆ど時間を掛けずにそこそこのレイアウトが作れます

twitter bootstrap railsを使ったら職が見つかり彼女も出来て背も3センチ伸びました。 - ppworks blog

タグクラウドを実装(gem : acts-as-taggable-on)

タグクラウドはacts-as-taggable-onで簡単に実装できます

備忘録.りくわいやー

(16:00)本番環境で動かしてみる

とにかく本番環境デプロイするんだ!!

ということで、ここまでで出来上がったものを本番環境にアップします。

本番環境にはherokuを選びました。

herokugitpushをするだけで簡単に本番環境デプロイ出来ます

とにかく動かすという目標のためにはherokuベストチョイスです。

スピードに関しては、海外サーバという点が難点ですが、今回はjavascriptをメインにしたことで、それほど問題はありませんでした。

(17:00)Google Analytics / ウェブマスターツール に登録

サイトを公開する場合、解析が必要となります

解析の仕方を覚えるためにもGoogle Analyticsを使用しました。

(20:00)公開の準備をする

公開の準備として以下の作業をしました。

ただ、公開することを最優先にしたので、しっかり作りこんではいないです。

  1. title,キーワードなど基本的なSEO実施
  2. ソーシャルブックマークTwitterなどのソーシャルボタンをつける
  3. googleクロール申請をする
  4. この記事を書く

(24:00)公開

公開します。

今後の野望

動画投稿をみんなでできるようにする。

今の投稿方法だとエラーが発生しやすいので修正してからじゃないとなぁ

ストック回数の多い順にソート出来るようにする。

ストック回数のカウント機能は実装してあります

後は、並び替えるだけなんですが、まずはカウントが貯まるまではソートも何もないので・・・

動画の評価を出来るようにする。

ストック回数だけじゃ物足りないので、評価をつけれるようにしたいです。

Xvideos以外の動画も観れるようにしたい。

もっとたくさんの動画を観たいよね。

まとめ

Webアプリを作ること自体は、思っていたより簡単でした。

でも、たくさんの人に使ってもらえるものを作るというのは、とても大変ですね。

今回、CuteClipperを作りながら、他のWebアプリを観てきました。

オリジナリティアイデアの優れたアプリが沢山あります

そういうアプリの中で、自分アプリを埋もれさせない努力を続けていかないといけないですね。

がんばります。というやる気がでました。

2013-07-20

http://anond.hatelabo.jp/20130720225517

あー、その無能側のオッサンだけどわかるわー

Cだとメモリバイトごと、全部プログラマ側が管理するからプログラマが有能ならまず間違いなく問題が起きないんだけど、それを逆に言語側に吸収されちゃうから、混乱しちゃうんだよね。

で、多分文法ミスなんだけどそれを言語のせいにして、結局ちまちま自分で作っちゃう

ただ、Javaとか未だにまともに動くVMなんて無いし、それって言語で解決不能だしでどーやって運営してくつもりなんだろうなっていつも思ってるよ。

もうプログラマやめて4年、SEとして仕事量超減った上に給料あがった身分なので、もうどうでもいいけど。

2013-06-14

理想プログラミング言語

普段Perlを書いているんだけど、言語機能として欲しい機能ライブラリ任せだったりしていろいろしんどい

かいプログラミング言語はないかなーと思っているんだけど、なかなか自分の好みとピタリとくるものがない。まぁ好みにピタリとくるものなんかプログラミング言語に限らずないんだろうけど。

なので夢想してたのを垂れ流してみる。最近OOPディスのエントリとかあったので話題作りになれば。

Web系のエンジニアなのでWebサービス作ることが前提で、範囲広げすぎるとまとまらないので今回はLLを想定してる。

だいたい PHP, Perl, Python, Ruby, JavaScript あたりをイメージしながら、さらにこんな機能があればいいなーと思って書いたよ。

言語仕様
処理系
まとめ

2013-04-02

~~~~~~~~~~~~~~

うへぇ

あsrtyふじこlp;@kvcxfgmんbvcxdftjlkfdrkmんbhおわfsdfhsじdfshぢfhっfくhZB

dhfb→dhフォイsdhjzフォイhさ上yfzshfw3r,ーイvmペvん;ん御ウィうれまお;えwあうぇりぅほえいf,おあえwmjfぷほs

足うfひあすへfmぃs,うえhlfひおsぜうhふぃmlsむへふぃlふ、いえsぅhふぃl↑djdfrgthyじゅきぉ;p

うysgんdfksdじゃお;ふぃおあrhんcbxjhj↑l;いだぽいえふh;えぽふぃうygfhjぽS+OIDpしfj;おjせk:pふぉ

しうhflds←f;おじおsじdmふじょsぺいjふぉ?

skjf非汗fgしおdjfぽしふぃうえs0fじぇsj。

こんばんは

2013-03-27

http://anond.hatelabo.jp/20130327221627

横だけど、VisualStudioに関しては、クソなものも多いMS製品の中でも屈指の神ツールだと思う。

VSに比べたらEclipseなんて使ってらんないし、xcodeもかなり微妙

VisualStudio for macとかfor linuxとか出てくんないかなーといつも思う(VM入れろってのは分かるが)。

2013-03-03

お前らの言う大規模開発ってなんだよ。

型論争の一部。

動的型陣営と静的型陣営がそれぞれ大規模開発に向いてるとか向いてないとか言うけど、「大規模開発」って何よ?って話。

自分としていくらかのパターンがおもいつくし、それぞれ質的に異なるからごっちゃにしても話が混乱するだけだ。

お前らの言う大規模開発ってどれだよ?あともちろんこれ以外にもあれば募集。

  • 人的な大規模開発
  • 量的な大規模開発
  • データ量的な大規模開発

人的な大規模開発

ITゼネコンみたいな連中が行う、何万人月というコストをかけて行う開発。失敗した特許庁の開発みたいなやつだ。典型的にはワンオフ品なので、かけたコストのわりに品質は低い。fizzbuzzも書けない人すら1人月と数えられるし、そういう人が生息するのはここである2013年現在では多分Java(かたまにScalaなど)で開発される。末端の人には自分たちの担当領域外の仕様をどうこうする権利が基本的にはない。

量的な大規模開発

OSカーネルのみの狭義のOSではなくパッケージとしての広義のOS全体)とか、あるいはモダンブラウザみたいな、膨大な機能セットをもち、様々な環境ロバストに動く必要がある開発。膨大な機能セットの中には、膨大な後方互換のための機能(例えばブラウザであればクソみたいなレガシーHTMLでもなんとなく見せてやるような機能)や、ありとあらゆるハードウェア言語などの細かな実行環境の組み合わせで動作するための抽象化および各環境のための固有の機能を含む。オープンソース形態で開発されることもよくあり、2013年においては多分C/C++で開発される。自分たちで仕様コントロールする権利があったりなかったりする。

データ量的な大規模開発

1日のPVが億オーダー以上になるようなWebサービスなど。昨今だと1日にGバイト〜Tバイトにもなるデータを解析できるシステムもセットになってることが多い。サーバの1台や2台がハードウェア的な故障してもロバストに動き続けるための機能や、そのときリカバリが容易であること、壊れた分や単なる新規追加ののサーバの補充が容易であること、みたいや機能および設計上の工夫が求められる。人的な大規模開発や量的な大規模開発と比べると比較的少人数(数人〜数百人。数千人になるのは数えるほど)で開発される。2013年においても様々な言語で開発されていて決定打はない。自分たちで仕様をある程度コントロールする権利がある。

haskell はどの大規模開発に向くか?

例えばこの方が、Haskellは大規模開発に向いていると主張されているが、おそらく人的な大規模開発には向かない。これは2013年においてHaskellを使うユーザがそれほど多くないから、というのも大きな理由だがそれだけではない。Haskell学習コストが低いことを目指して作られた言語ではないことも極めて本質的かつ決定的な理由の一つである。(自分の思う学習コストが低いことを目指して作られた言語とは例えばJavaPHPだ。)fizzbuzzを書けない人をHaskellを書けるまでに教育するのは、どうしたらいいのだろう?

Haskellが量的な大規模開発に向いているかどうかは(自分無知により)よく分からない。典型的には量的な大規模開発を実現するためには、そのソフトウェアWindowsとか各種ブラウザ並に多くの計算機上で稼働することが必須だ。そうでないと膨大な開発コストがペイできない。オープンソース的に貢献を募るとしても、量的に巨大なソフトウェアに貢献する人を一定以上集めるには、それなりのユーザベース(単に使うだけの人も含めて)が必要であるHaskellの実行環境というのは全然枯れていないが、10年前のハードウェアOSを未だに使っている人の計算機上でもちゃんと動くのだろうか?HaskellってVMで動くんだっけ?ネイティブコードを吐くんだっけ?

2012-07-22

http://anond.hatelabo.jp/20120722151527

そのへんでやってるプログラマとか開発者向け勉強会に行ったり、microsoftとかgoogleとかがやってるような開発者向けミーティングに行ったりすると9割くらいmacだよ。

mac以外のマシン使ってる奴も中身はubuntuとかgentoo辺りが入ってる。

プレゼンとかでは何だかんだでpowerpointが使いやすいし(excelも結局使いやすい)、ちょっとアプリインストールしたいときパッケージ管理システムも無いのはめんどくさすぎるし、まともなシェル使いたいし、場合によってはadobe製品使いたい、となると選択肢macしか無いんだよ現実的に。パワポadobe製品を諦めるかVM妥協するとlinuxになる。

アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん