Windowsのソフト管理ってこんな楽だったんだ:Chocolatey
ども、お久しぶりです。
色々と環境変化があったのでパソコンのインストール作業をする事があります。
そんな私が得する私のための記事を書こうと思います。
Chocolateyとは
パッケージ管理してくれます。各ソフトウェアのインストール、アンインストール、
アップデートなどを行います。
インストールしたいソフト名でググってサイトにいって
そのサイトによって異なるダウンロードリンクを探して・・
などといった作業から解放されます。
インストール済ソフトの最新化もコマンド一発になります。
※パッケージ管理はマックユーザの方が馴染み深いかもしれませんね。
インストール方法
コマンドプロンプトで下記を入力します。
@powershell -NoProfile -ExecutionPolicy Bypass -Command "iex ((new-object net.webclient).DownloadString('https://chocolatey.org/install.ps1'))" && SET PATH=%PATH%;%ALLUSERSPROFILE%\chocolatey\bin
入力コマンドは本家サイトにて最新を参照してください。
Chocolatey Gallery
バージョン情報を確認できたらインストール完了です。
chocolatey version
使い方
インストール
choco install [パッケージ名]
または
cinst [パッケージ名]
※パッケージ名は複数記述可
例えば「Chrome」と「Evernote」と「Dropbox」をインストールする場合は
cinst GoogleChrome evernote dropbox
例えば「VirtualBox」と「Vagrant」をインストールする場合は
cinst virtualbox vagrant
パッケージ名は本家サイトで検索して見つけるか、
もしくは
choco list [検索キーワード]
または
clist [検索キーワード]
で探しましょう。
アップデート
choco upgrade [パッケージ名]
または
cup [パッケージ名]
全てまとめてやる場合は
cup all
cup all
アンインストール
chocolatey uninstall [パッケージ名]
または
cuninst [パッケージ名]
インストール済の一覧を見る。
検索用のlistコマンドに--localonlyオプションをつけます。
choco list --localonly
または
clist --localonly
clist --localonly
コマンドの詳細
CommandsReferenceを見ましょうgithub.com
まとめ
自分用の環境メモだけでなく、
複数台に同じ環境を作る場合などでも便利そうですね。
あとは、
協力会社さんに自社やプロジェクト基準の環境を作ってもらう場合や
新人配属の時のPCセッティングとかとか。。
自分用メモ
7/2にもらうPC用
cinst GoogleChrome evernote ccleaner adobereader firefox
cinst gimp irfanview notepadplusplus
デブサミ2014行ってきた:iOSにAndroid、百花繚乱 モバイル開発環境を比較する
13-C-4 iOSにAndroid、百花繚乱 モバイル開発環境を比較する
taketnakのメモ&覚書です。間違いその他ある場合があります。
※本セミナーは立ち見のためPCではなくスマフォでメモ。内容間違いあるかも・・
イントロダクション
株式会社シリアルゲームズ 細川 淳氏
前日、プロジェクトトラブルのためあまり寝てない。
間違いなどあった場合はハッシュタグ「#shine」でお知らせ下さい。
※輝け!であって決死てタヒね!ではない・・
自分が使った事がある開発環境、近しい人が使った事がある開発環境のみを
紹介する。
HTML5系
書きやすい、チューニングテクで差がでやすい
sencha touchオススメ
特徴:
開発チームスキルが良い
winでios作れる。販売代理がある。
スクリプト系
LL(Lightweight Language)言語が使える好きな言語
flashの人が作れる。
avmなので早くない
両対応(iOS/Android)しているフレームワークがない
得意なもの:
webAPIに強い、動画の取り扱いなども得意
mono系
.netの知識が使える
c♯が使える
xamarin
アンドロイドはmono上
得意なもの:
一般的なアプリ、オールマイティ
Unity3D
3Dゲーム作りやすい
BOO(PYTHON)が使える
GUI弱い、日本語が入力できない…
得意なもの:
ゲーム!!!3D強い
.netフレームワークが利点でもあり難点でもある。
フレームワークが大きいので全貌がみえない
パフォーマンス若干落ちる?(使用してて体感で遅さはない)
Unity、xamarinは住み分けできてる
ネイティブ系
利点 ネイティブ!!
双方ネイティブなので早い
アンドロイドNDK利用
OSのAPIにシームレスアクセス
GUIもワンソース(firemonkey使用)
ただし画面はそれぞれの文化尊重して作りましょうね・・
firemonkey:
特徴:
コンポーネント使える
indy db系
みんな知ってるc++
完全なデバック可能
難点:
アンドロイドでは(ネイティブな事が)弱点にもなる
IDEが、Windowsのみ。vmware上で、Windows on OS X
得意なもの:
オールマイティ
総合結論
(あくまで個人の感想であり・・)
一般的なアプリはDelphi、xamarin
エンターテイメントはUnity
感想:
これからスマフォ開発を始めようとする会社・人、
別の環境を使おうと思っている会社・人などには有用なセミナーではと
感じた。
あと、Delphiへの愛を感じた。
デブサミ2014行ってきた:社内システムの構造と設計、実装のはなし
taketnakのメモ&覚書です。間違いその他ある場合があります。
13-B-3 社内システムの構造と設計、実装のはなし
イントロダクション
LINE株式会社 TAGOMORI氏
開発支援チーム
サービス構築者の手助け
サービス横断で効率化・数値化を行う
メインサービスの他に細かいサービスが複数オープン・クローズしている。
(Livedoorブログなども含まれている)
今日、話すこと
Webサービス今昔
→ Auth流行、支配的に・・・
→WebAPI制限、 Google MAPSの回数制限など
Open Web API
トラフィック、レスポンスタイム(ニコ動のYouTUbe制限など)
コストは誰が払う(大規模使用のコスト)
互換性(変わることへの対応コスト)
社内システム:Closed Web
機能 > 性能 (せいぜい数百人~数万人)
Long Life Cycle(あれば問題ないと問題点を認識しつつ継続される)
Target User:自分(社内の人だが自分がユーザ)
勤怠で30秒で済むものが3分かかると社員全員のコストとして大きいものになる
機能に注力する。
何が問題なのか?
情報と権限の分断 権限管理する人と情報管理する人が別
└ ユーザ権限を設定する人と決定する人が異なる。不便
情報と機能の冗長化
└ 自社システムでもパスワード複数管理・・など
UXの欠如
└ 社内システムほどUXが悪い
自動化の障壁
└ 集積・分散が多いため効率化したいが、当初に自動化思想がないため障壁がある。
└ 個人の情報などアクセスできないものが多い、自動化の障壁
全部いり:アップデート不可能
└ 機能とUIが結合、開発環境の旧式化など様々な障壁
社内システム連携方法
DBを直接見る。
└ 密な結合になり、今後のUPDATEしにくい
CORBA
SOA! → 複雑、成功例あるのかな
└ソフト高い、XMLたくさん・・インテグレーションコスト、ライセンスコストが膨れ上がる
RPC Protocols
- Protocol Buffer,Thrift
- XML-RPC,MessagePack-RPC
- 当初から組み込む必要があるが有効
社内システム連携:Make it Simple!
権限の分断を最小限に
└ 参照そのものに権限はそれほど必要ではないのではないか?
機能
情報には複数の参照方法を。
└ ブラウザで見る、JSON,XML、TXTなどいくつかの方法を持たせる
└ 参照する側はUIがAPIをたたく方法で密になるのを防ぐ。
モジュール化
└ 単機能システムを連携させる
└ アップデートが容易な状態を保つ
└ 売り上げに直結しない、要員継続が難しいので・・
社内システムほど他システムとの連携を考える。
└ 機能をAPIとして公開しよう
└ API自体を保っておけば内部アップデート可能
トラフィック、レスポンスタイム
└ トラフィックやレスポンスで問題になる事は少ない
コストは誰が
└ 会社、問題ナシ
互換性
└ APIをきっちりきることで互換性が保たれる
└ 粗結合なシステムにしておけば個別更新が容易
└ 1画面に複数機能を足した場合、修正による画面全般への影響が大
・API互換性
- データ構造 リストがハッシュになったなど・・
- 意味の一貫性 OKがサクセスになるなどの変更例
- クライアント要件の不変性/普遍性 例)XPじゃないと2003じゃないと・・
ドキュメントに頼りすぎるとメンテナンスが落ちる
Protocols of Closed Web API
Thrift、Protocol Buffers(IDL)
└大規模システムには使うが社内システムには導入コストが・・・
└FTPなど古いからFW超えに苦労するなど・・
└SSH 相手側に認証が必要になるため権限分断する
HTTP 最優先?クローズドじゃないけど・・
SOAP,XML-RPC,.. メッセージパックなどCSV,TSVなど
長期運用
└どのデータどういう意味かどのようなものかわかりやすく持つ必要がある。
└Wikiも5年後使えるかわからないよね・・・
└自分の目で見て確認できるデータが良い。YAML、XMLは人がわかりづらいなど
きちんとアップデートするという事
└テストコードだけでは言語またぎ一貫性などが保たれるか。
└全てのテストコードを残すよりは人の目で確認できる事を確保したい。
テストの容易さ。
└JSONだとテスト容易、コマンドラインから直接確認できる手軽さが良い。
百聞は一見にしかず
1time curl >> >> 100page doc
└1回たたいてみて動作確認できる
easy to try >> >> performance
loosely coupled >> >> strict protocol
└新しい言語にも対応できる疎結合が重要
動くことが大事
まず動いて運用にのせられるものが良い
└× 社内システムは無駄なものは不要、便利機能は負債
実装がラクなAPI
機能を切り刻む 欲しいものから順番に作る
└単体で動くものをそろえていく
修正単位を最小化する
└他の機能と密接にしないことで他の機能理解が不要
逆優先度ハック
└切り刻まれた機能追加タスク
└急な割りこみ作業にも対応可能
└今いらなければ後でやれば良い。いつでもできる。
└後でやればいいものなら必要ないことかも・・
要件定義は難しい だから後回し
積極的にサボりながら必要なとこに手をつける
アーキテクチャと開発運用
割り切りが開発運用を加速
└疎結合にわりきった機能開発
開発・運用の前提がアーキテクチャをシンプルにする
ビジネスへのインパクト
└社内システムほど試しやすい場はない、顧客は自分
└ 新しいライブラリ・技術を試す場所
まとめ
To make it simple
makes our own environments
better than before
lets do with your own systems
感想:
やつぎばやに与えられる情報についていくのがやっと・・・
ただ、ポイント部分(機能を細かくしろ、API化しろ、シンプルにしろ等々)は
繰り返しワードとして強調してくれているのでしっかりとポイントは
印象に残った。