「レポジトリ」を含む日記 RSS

はてなキーワード: レポジトリとは

2020-05-05

心に引っかかっていたレポジトリ

すべて作ることができた!すっきりした。レポジトリ作ったからと言って中身はなにもないけど、レポジトリがないよりはなにかのきっかけでやる気がわきおこるかもしれない。そうじぶんに言い聞かせよぅ

2020-02-21

anond:20200221080820

レポジトリフォルダで作るって意味で、

操作自体はやりたいことやればいいってこと。

わざわざ、無料ネットサービスまで使わなくてもいい。

2020-01-16

anond:20200116150225

ゆうて真面目な話githubとかがインターネッツ標準になりつつあるんだからgoogle homeドラえもん感覚で話しかけたら「このレポジトリソフトを使えばどうやらお望みの事が出来るみたいですよ!」位はサジェストしてくれるようになる思うで。

2020-01-14

2020年フロントエンドJSフレームワークを考える

みなさん、こんばんは。

「Merpaku Frontend Engineer Meetup」の時間がやってまいりました。

今夜は、著名フロントエンドエンジニアの方々にお集まりいただき、「2020年フロントエンドJSフレームワークを考える」と題しまして、お話をお伺いいたします。

みなさん、よろしくお願いいたします。


A:よろしくお願いいたします、ども。


B:よろしくお願いいたします。


A:え~と、ほんじゃ、まず僕からいきます

ま~、僕の場合はね、海外技術情報をチェックしてるんだけど~

今のフロントエンドはさ~、なんちゅ~の?

こう…銀の弾丸はない、だけど、結局はトレードオフ


B:ん~僕の場合はね、ちょっとキミとは違うんだけどね。

あの、Frontend Engineerの友達ベイエリアかにいるんだけどね~、いつもSlackで現地のトレンド情報を送ってくれるんだけど、よく調べると、ま~あの、銀の弾丸はない、結局はトレードオフ


C:あ、ちょっちょっといい?

あのね、僕~はやっぱりjQueryが一番いいと…


A:でもね、僕なんかなんちゅうの、海外カンファレンスに参加する機会がすごい多いわけ。ね?

この間もUSやUKまわってきたんすよね。

そこで一番感じたのはですね、銀の弾丸はないけど、結局はトレードオフというのが一番感じたなぁ~


B:う~ん、キミとはちょっと違うんだよね。

僕は英語がわかるでしょ~?

から勉強会なんか、登壇してくれって何度も頼まれてね、断ってるんだけど、まぁ、だいたいよく調べてみると、銀の弾丸はない、結局はトレードオフっていう。


C:う~ん、でもね、やっぱり僕はjQueryが…


A:そうじゃなくてさぁ、キミの言い方ちょっとおかしいよ。

そうじゃなくてさぁ、僕なんかは1日にね、1日に8時間コード書きまくって生活してるわけですよ。

そうすっと、すごいよくわかるのは、銀の弾丸はない、だけど、結局はトレードオフっていう感じだなぁ~。


B:違うよ~、僕なんか時間問題じゃないと思うんだよね。

はいいね数5万個だよ?5万個ついてんだよ?それも「先週いいねが多かった投稿ベスト20」ばっかりよ?

で、だいたいよく調べてみると、銀の弾丸はない、結局はトレードオフなんだよ。


C:あ、ちょっと言わせてもらうとね、僕なんかやっぱりね、jQueryがやっぱりいいなと…


A:あのキミ違うよ、だってさぁ、Watchレポジトリ数なんか言ったら、8万ありますJS

それをさぁ、全部動かしまくって感じんのは、はっきり言って、銀の弾丸はない、だけど、結局はトレードオフ


B:んはっ、僕なんかね、キミとはちょっと違うんだけどね、懇親会で質問したりとかね、ちゃ~んとフロントントエンドの話して聞くとですね、銀の弾丸はない、結局はトレードオフなんだよね。


C:っといいですか?

ええとあの~僕はね、絶対jQueryがね…あの…


A:あはぁ、全然違う、全然話違う、い~い?

フロントエンド理解するためにはさぁ、アーキテクチャと切り離せないと思うわけですよ。

ね?聞いてる?

ね、ほら僕は今、自作ライブラリ開発してますよね?TypeScriptの、ほら?

で、これは別にたいしたことじゃないですよね(笑)

自作ライブラリリポジトリ10個くらい持ってますよ?

から、そういうふうに、日常アーキテクチャを取り入れることからね、フロントエンドを考えると、銀の弾丸はない、だけど、結局はトレードオフと言い切れると思うわけよね。


B:ちょっと待ってよ、は~キミとはちょっと違うんだけどね、技術顧問先なんか行くとね、全部僕がWebpackとか、CI環境とか、み~んなレビューするんだよ?ペアプロするんだよ?

そうやってコミュニケーションしてね、でフロントエンド銀の弾丸はない、結局はトレードオフなんだよね。


C:やっぱアーキテクチャだったらね、Backbone.jsじゃな~い?


A:なんかおかしいんじゃないの~?

矛盾してるよ、まったく矛盾してるよ。

僕はさぁ、んん、勉強会10個開催してるわけです。はい

え~、今度Abema Towersでフロントエンドカンファレンス運営サイドもします。

ま、そういう世界にいてですね、はじめてフロントエンドがよくわかると言い切れると思うんですよね。

から、そういう言い方からしてもね、銀の弾丸はない、だけど、結局はトレードオフ僕は思うわけなんですよ。


B:違~うちょっと、僕はね、キミとちょっと違うんだけどね、僕なんかね、今度フルタイムOSS開発やんだよ?しかもWebAssemblyよ?

そうやって実際にOSSを作ってみてね、銀の弾丸はない、結局はトレードオフ


A:…


B:…


A:ちっ


B:ちっ


A:だからさぁ!!!WebAssemblyがどうしたか知らないけどさぁ!!!

僕ね、今度Google Japanに頼まれて、六本木ヒルズキーノートやろうかどうしようか迷ってる自分がここにいるわけ。


B:だけどね!!!


A:来場者は1万人だよ!!!


B:それはね!!!六本木ヒルズがいくつあったって1万人がね…


A:1万人てあんた、1万人の前でやったことある!?


B:六本木ヒルズがね、どうやって…


C:だからやっぱりjQueryが一番…


B:jQueryが…


A:そういう真剣勝負をさ、実力を持ってるところからもの見てごらん!?


B:違うんだよ!!!


A:だから今のフロントエンドは…


B:ちょっと違うんだよ!!!


A&B : 銀の弾丸はない!!!結局はトレードオフ!!!

2019-07-24

れりれりれり

repositoryはレポジトリって読むのに

revertはリバートって読むやつ

おかしい!!だろ!!!

2019-05-16

[]マイ英単語帳(たまに再投稿する)

  • Juxtaposition
  • inevitable
    • 避けられない
    • 英検2級らしいが全く覚えてなかった

2019-04-28

https://anond.hatelabo.jp/20190427071722

昔、伊藤という優秀なCTOがおって、1週間でソーシャルブックマークサービスをこしらえたり、Linuxカーネルソースを読んでみたり、意識の高いエントリを書いたりして、業界尊敬を集めておった。

その伊藤が、githubとあるプロジェクトページに目を止めた。明らかに個人開発で、プルリクの一つもなく、starも2,3というレポジトリだったが、伊藤は少し首をかしげて、感心したようにブックマークしたそうな。

それを見たユーザーが、あの伊藤さんが無言ブクマするぐらいだから、きっとこれはすごいレポジトリに違いない、これを書いたエンジニア天才だ、と口々に言って大騒ぎになった。

件のプロジェクトはあっという間に4桁のstarがつき、contributorsもわんさか増えていく。

作者のエンジニアが気を良くして、転職ドラフトに出てみると、提示年収うなぎのぼりに上がって、プログラマは高額年収で有力ベンチャー転職していったそうな。

その転職先に伊藤と親しい者がいて、マネージャーが「あの伊藤さんが認めた人材です」と言うものからソースを見てみるが、どうにも才能を感じぬ。

いったいどういう訳かと、チャット伊藤に聞いてみると

Perlプロジェクトなのに、ソースがどう見てもawkに見えたものでね。はてな、と思ってブクマしたのだよ」



以上、「はてなエンジニア」の小話でございます。ご査収ください。

2019-02-03

anond:20190203183934

言い訳

リモートレポジトリとかステージングエリアは、とりあえず使ってもらってから説明すればいいんだよ。

ローカルレポジトリ」「作業コピー」の2つの要素だけなら単純なのに、そこにリモートレポジトリ

ステージングエリアを加えたら初心者はもう理解しきれない。さらに言うなら実際はリモート追跡ブランチとか

上流ブランチ説明もないと、結局原理理解しないで使うことになる。

あとコマンドラインから入門ってそれプログラマ以外の人間には9割無理だから

2018-10-17

anond:20181017192635

BYODって今流行からなんとかなるだろ。

そも、プログラマ仕事コード書くだけだからgitレポジトリコミットするなら環境はどうだっていい説がある。

(そして未公開画像漏えいしてクビになる)

2018-07-27

Microsoftドキュメント誤訳を報告したら炎上(増田目線での話)

http://d.hatena.ne.jp/megascus/20180726/1532557216

----

空リプ文句言う人がいて悲しいらしいが、直接リプライ文句言う人はブロックされたみたい(https://twitter.com/neuecc/status/1022474784569876481)(https://twitter.com/megascus/status/1022431727979913217)なんで、増田で書くわ。

@megascusがMS自動翻訳おかし問題ツイッター経由で知って、軽い気持ちフィードバックしようとしたのが6月

https://twitter.com/megascus/status/1009298346064822273

(彼はJavaプログラマーなので、.NETフレームワークデザインガイドラインにはモチベーションがないはずなので、たぶん気まぐれから善意)

そしたら自動GitHubレポジトリにissueが立つという予想しない仕掛けだったので、一週間後に気づいてちょっと驚く。

https://twitter.com/megascus/status/1011826869413470209

どうやら、初めにMicrosoft Docsが始まった2016年の時点では、フィードバックコメントGitHubと連動なんてしていなかったらしい。

https://docs.microsoft.com/en-us/teamblog/introducing-docs-microsoft-com

それが、2018年2月システムが変わってGitHubと連動するようになっている。

https://docs.microsoft.com/en-us/teamblog/a-new-feedback-system-is-coming-to-docs

でもそんなのMS寄りの人しか知らなくて当然だし、日本語ページからフィードバックの流れの中で全然説明されていないので、@megascusが驚くのも当然だし、UX改善されるべき。

(彼はフィードバックコメントの一週間前にMicrosoft DocsについてのQiita投稿を読んで「こういうのって普通なのでは。」と言ってた https://twitter.com/megascus/status/1006760629494042626 ようだが、Qiita記事フローとは異なるので、GitHub管理されてるとはまったく思わなかったんだろう。)

それよりも、割と前からMSDNやMicrosoft Docs日本語文書クオリティひくい機械翻訳ベースになって、フィードバックコメントもissueもPRも)対応にも日本語ネイティブの人がほぼ関わってなさそうな残念な感じできてるっぽいのだけど、それもたぶんMS製品に興味ない人には関係ない話だな。

@kiyokuraはそのあたりのことをわかってるMS寄りの人なのか、issueに英語コメント。@kiyokuraのコメントは元のフィードバックとはちょっと違う話をしているが、それより@megascusはいきなり英語で割り込まれたからまた驚いたかもしれない。

で、7/24に「マイクロソフトスタイルガイドラインに従わない」というよくわからない不当な理由クローズ。@megascusにも@kiyokuraにも何の問題もないにもかかわらず。@megascusのコメントちゃんと読まずに@kiyokuraのコメントだけを読んだのか(日本語がわからないならわかるやつに聞くことをしなかったのか)はわからんが、とにかくMS対応はひどい。

https://anond.hatelabo.jp/20180727042905

2018-04-03

中国語を学ぼうと思ったけど、すぐにやめた

機械翻訳の精度が良すぎて、英語で読める。

日本語翻訳がある中国語文章MicrosoftでもGoogle翻訳でもいいか翻訳し、中国語から英語になった文章日本語比較すると、その精度に驚きを感じる。

githubスターいっぱいの中国語レポジトリ普通に英語で読める。

言語を学ぶならマイナー言語のほうが、これから価値が出るのだろうか。マイナー言語だとそもそも使用頻度がなくて不要かもしれないが。

2018-01-31

anond:20180130221601

一番最初Homebrewを落としてくるときなんだけど、素のOSX LoinのcURLを使ってHomebrew用のcURLを落とす過程で、セキュリティ接続エラーが起きてるみたいだ。

困らないケースって、その人がHomebrewを導入したタイミングではまだレポジトリが高いセキュリティ要求してなかったとか、

あるいはFinkMacPortsから移行する場合、新しめのOpenSSLcURLを入れていたかセキュリティ接続ができたんじゃないか、と思う。

とにかく、素のLioncURLHomebrewcURLを落としてこれない。セキュリティ証明書問題かもしれないが、そのあたりはよく分からいからなんかもういいってなってる。

なんせ、brew doctorはLionってだけで警告を出すし、どうも10.8以上が推奨環境じゃなかろうかと。

2016-12-09

http://anond.hatelabo.jp/20161209203205

何か書き出したら長くなったから、ちゃんと書く。

あと、code-checkは最近耳にして、つい一緒にあげてしまった。

企業登録して使うサービスっぽいからここに上げるものじゃなかった…すまん。

経歴的なの

Web系のエンジニア

・30代前半

・2回転職したことあって、1回目はエージェントで、2回目はpaizaで転職した。

使ったことある / 何となく知ってる転職サービス

paiza

問題解いたらランクっての取れるけど、企業要求満たしてないと応募できない。

ランクは全部の企業に使い回しできる。

応募すると企業から、2〜3個分のソース見れるようになるっぽい。

実際に使って転職した。

CodeIQ

企業ごとに問題出される。

面倒くさがらない OR 意中の企業がある人にはいいのかも。

俺は面倒くさいと思ったからあまり使わなくなった。

Forkwell

自分Qiita記事とかGitHubレポジトリをまとめといて、それを就活に使う。

転職の時どうなるのかは、使ってないから詳しくは知らない。

Wantedly

元増田に概ね同意

自分で全部やらないといけないから、それが自分に有利になる人にはすごくいいと思う。

流石に、Webフォームもなしで面接日を決めるのは面倒だったけど、初めから社長CTOと会えるのは面白かった。

受けたとこの人事の人は、冷やかしで来る人も結構いて困るって言ってたけど。

採用側も全部自力みたいだから企業によってはレスポンス遅かったりする。

転職終わった頃にメッセージ送ってきたとこもあって、なんだかなーって思うことも。

リクルートエージェント

エンジニアじゃないエージェントと話すのに疲れた

コード見てくれるとこと比べると、書類選考と人事面接挟むからステップ多いのも面倒だなと思った。

推薦とかしてほしい人にはいいのかも。

マイナビエージェント

リクルートエージェントと同じ。

マスメディアン

広告デザイナー向けの企業が多かった。

上2つと違うのは、応募した企業ごとに担当者が違って、人にエージェントはつかなかった。

エンジニア専門って感じはなかったけど、Web系の話は通じやすかったのはいい印象。

2016-03-18

http://anond.hatelabo.jp/20160318114236

というかお前が思ってるほど無名のお前のプラグインなんて誰も見ないぞ?

ブログならはてなとかなら無名人間でもなんとなくはてな宣伝してくれて人が来る可能性があるし、

そこから上手いことやれば人を集めたり出来るかもしれないけど、

GitHubのお前のレポジトリなんて誰がどうやって見つけると思ってるんだよ?

ブログでも書いてるのか?書いてるとしても日本語だろ?そしたら日本人しかこねーわ

2015-12-30

法律って無能プログラマが書いたアセンブラの山みたいなものだな

訳あって、ある法律とその関連法の条文を生まれて初めて隅から隅まで読んだ。

なんだこりゃ。ひたすらスパゲッティのようにクソのような日本語が絡み合っているだけじゃないか。

こんなクソみたいなものを更にクソにするためにパッチ作成したり、

クソの内容を解説することでカネを得る職業に、日本最高峰頭脳集団が浪費されているのか。

しか法令データ提供システムかいう国が提供するレポジトリでは改正履歴が閲覧できないときた。

履歴が見れなきゃ頻繁に改正される法律意図目的わからんではないか。

これはIT業界的に言えばこういうことだろう

2015-12-11

LinuxMintを使って数ヶ月

何の問題もない。エロゲギャルゲ乙女ゲーができないくらいか。

ニコニコ動画の視聴にも問題ない(Flashも動く。けど新バージョンリリースはもうないらしい)

MinecraftJavaベースなので問題ない。MODも今のところ全部動いている。(Buildcraft, IC2_experimental, Thermal Expansion, etc.)

・家で文書作るときもとりあえずLbreofficeで下書きして会社で整形する。

アップデート勝手再起動されない(これされるとほんとに殺意が芽生える)

・起動と終了が早い。でもスタンバイモードから復旧したときにたまにマウスの左クリックが効かない。

USBメモリプリンタスキャナ、だいたいのデバイス認識してくれる。

かゆいところに手が届く系のソフト自炊した画像をまとめてスマホ画面サイズPDFにしてくれるやつとか)は少ない。

Chromiumさえ入れてしまえばLINEも動く。

JAVA, Chromium, Flash全部がSynaptic(ウィンドウズでいう「プログラム機能」)でインストールできる。昔apt-getで出来なかったことでもわりとできるようになってる。

Linux Mint指定されたレポジトリの追加さえすればIME日本語環境の構築が簡単。このやりかたの方がMozc単体でインストールするよりも安定性が高い(気がする)。

MATEもCinnamonも使いやすい。スタートメニューボタンがあってWindowsからの移行もわりと簡単。

・Cinnamonのほうがウィンドウマネージャーとしての機能は優秀(画面のスナップで四隅にタイリングできたりデスクトップの切り替えが直感的)だけど如何せん重い。動作が一瞬遅れる。ノートや一昔前のスペックならMATE妥当だし、MATEとCinnamonに大きな操作上の違いはない。

Linux Mintに限らず、LinuxGUI独立しているので、Cinnamon版をインストールして自分に合わなくてもSynapticでMATEインストールすれば良い。

ギャルゲエロゲLinuxの相性については、Wineエミュレータを使う上でいいものと悪いものがあるけども、次に当てはまる奴が動かない可能性高い

・Livemaker製

WMV再生するもの

3Dに凝ったもの

逆に、2Dベースだったり、ライブラリ依存しないようなタイプだと動く? でもしょっぱな動いてても途中で急に詰むこともあるので、エロゲはおとなしくWin機でしたほうが良い。

2015-02-10

http://anond.hatelabo.jp/20150210164113

条件に該当するサイトリストアップいただきありがとうございます

https://jjyap.wordpress.com/2014/05/24/installing-opencv-2-4-9-on-mac-osx-with-python-support/

OpenCVの導入解説として、初めてこの操作をする人に向けて丁寧に説明されているのは素晴らしい。初めて取り組む人に向けては、ここまで噛み砕くと不安感を払拭できてよさそう。ただし、慣れている、またはOpenCVを実際に使って云々と解説する場合は、コマンドの例は飛ばす方がすっきりしそう。

http://kometchtech.blog.fc2.com/blog-entry-1173.html

からないことはわからないと書くのは、賛成。Qiitaのような知見をさくっとまとめるサイトなら、これくらいがいいかも。

問題が起きたときに、わからないと一旦置かれていた部分を追いかける必要があるフラグも立ちやすい。

苦しんで覚えるC言語

http://9cguide.appspot.com/ にもアップされているものと同じ?もしそうだとしたら、解説→ドリル→解説…と、学習参考書に近いものを求められているのかと理解している。

自分自身が持つ技術水準や、求められる情報(導入, 応用, ケーススタディサイズ)によって、読んでもらったとき理解してもらいやすものは違うことを、別の観点から知ることができてGoodでした。

---

さて、自分自身が先に示された6つの条件を満たしていると考えているブログはこんな所。

上記2つはいずれも読者に「ある程度」の知識があることを要求している。その上で、運用している上で遭遇する問題…それもドキュメントにない情報…を、後で同じ問題に遭遇した人が問題解決を再現できる水準で記録されていることに感服する。

ただ最近はまず公式マニュアルを見に行って、よくわからなければググって傍系のStackOverflow(一番これが多いです)・英語圏ブログ・解説サイトに行く、エラーが出たら--debugしてみてよくわからなかったらエラーググるなどの使い方をしているので、あまり日本ブログにぶち当たることは無いです。

これは同感。公式マニュアルを見たら解決する問題が多いし、公式マニュアルで嘘をつかれる可能性は比較的低い。

---

技術ブログを書いている人間として、嬉しいなと思うのはこんな順番。

  1. 拡散してくれること
  2. 拡散する際に何がポイント一言書いてくれること
  3. ブクマしてくれること
  4. 内容に問題があればコメント編集リクエストを通じて記事を鍛えられること

で、何より嬉しいのは、なんてことはない話だが…

である

多分、自分に役立っていれば、同じ境遇に接した他の人の役にも立ってるはず。そう考えて書いている。

2014-11-14

CVSって何よ状態で困ってます

俗にいう「使えないシステム」ってやつをつかまされたのかもしれない。

今、オブジェクト指向言語みたいので、業務ツール作っているんだけど設計が見えてきた段階で実は環境ボロボロなことに気が付いてきた。たとえばpushとかpullみたいなレポジトリ挨拶するコマンドが何種類かあるんだけど、なんかhageっていうコマンド打たなきゃいけなくて憎い。TortoiseHgpushしようとするとhage hair pushみたいなエラーが出て全然pushできないし、そもそもcommitとpullの違いがよくわからない。社内のSEに聞いても、commitは個人レポジトリに反映するだけで、pushしないとマスターレポジトリには反映されない、あとmergeが必要って言っている。TortoiseHgにMergeしてっていったら「それは無理」の一点張り。そうする間に新しい変更が反映されていたりして、もうぐっちゃぐちゃ。CVSだけじゃなくてほかにも必要自動ビルド環境の画面が執事だったり、そもそもユニットテストのAssertionが欠落しててすべてSuccessになってたりとかしてどうにもならない。

このまま実装がすすんでテストフェーズになったら大変なことになるって言っても「CVSくらい使えるのが当然だし、ブランチとかなにそれ美味しの」とかサラッというし。40代のクソガキが!つうかpush/pullがよくわかんねぇのは俺のせいだけどいくら何でも今の時代CVSはねーよ!っていうかCVNじゃねーかよ!まぎらわしいなって、ベテランに文句言ったところでツールを変えたがるとは思えない。だからといってPerforceのライセンス買う金もない。push and pullしてgitgitする時間金もない。死にそうです。

つかれた。p4mergeが使いたい。

http://anond.hatelabo.jp/20141113134907

2014-07-23

http://anond.hatelabo.jp/20140722233533

晒せばいいじゃん。

本当に10万もダウンロードされてるものならいまさらここで悪意持った奴が行ってもなんともならんだろ。

しろ良い宣伝

コードがパズる、ってめったに無いことだけど。

最近はたまにGitHubレポジトリがあがってくるけど、それでもほんと極たまに新着、くらいほっとえんとりーなんて めったにならん。

2013-09-08

僕はプログラマーです。

僕はプログラマーです。

 

でも僕のMacBookProには何故かAdobeソフトウェアが入っています

iPhoneアプリデザインをするわけではありません。

デザイナーの人がデザインファイルを.psdや.aiや.fw.pngのまま当然の様に投げて来るからです。

 

僕はAdobeソフトウェア精通しているわけではありません。

ですので複雑なレイヤー構造ファイルを切り出すのにはかなり時間を要します。

でもレイヤー構造の説明をしてくれるデザイナーの人は殆ど居ません。

デザイナー同士だとその複雑な構造でもやり取り出来るのかも知れませんが、僕には大抵よく分かりません。

 

例えば、Photoshopエフェクトレイヤーが掛かっているボタンボタンだけ切り出す時に凄く苦労します。

例えば、薄くシャドーが掛かってるデザインは素敵な質感を表現出来るかもしれませんが説明してもらわないとどこまで切り出したら良いか分かりません。

 

一所懸命頑張って切り出した画像アプリを作っていたら「この部分が滲んでいる」とか「ここが1pxズレている」とか言われます

 

僕はAdobe精通する為の努力をしなきゃいけないのでしょうか?

そもそもAdobeソフトウェアは高価です。 今なら毎月3000円払わなきゃいけません。

でも実際使う機会は月に2〜3回あるか無いかです。

一回の起動が1000円です。

 

じゃあデザイナーの人にも僕がソースコードのまま投げても良いのでしょうか?

Xcode無料です。 AppleiOS Developerライセンスは年8400円です。

ビルドから実機へのインストールくらいならボタン押すだけで出来ます

 

じゃあデザイナーの人にもGitデザインファイルを共有して貰っても良いのでしょうか?

Git無料です。 レポジトリは僕が作りますGUIクライアントは有料かもしれません。

多少学習コストは掛かりますがcommitとpullとpushくらいならすぐ覚えられます

 

デザイナーの人が数分で切り出せるボタン試行錯誤して30分掛けて切り出す間、僕がコードを書けばデザイナーの人が8時間プログラムを書くよりも随分作業が進む自信はあります

 

きっと何かしらのデザインルールレイアウトされたデザインの座標を一個一個調べながらボタンを配置していく間、僕がコードを書くよりも、最初からこのボタンはここに配置するってレイアウト図を見せてくれればバグを一個や二個くらい潰せる時間が作れます

 

デザインファイル最初からpngで書き出して貰ってレイアウト図と一緒にくださいというのはプログラマーの怠慢でしょうか?

どう書き出すとプログラマーが使い易いか一番良いのか分からない、とよく言われます

でも、最初に言ってくれればどういう風に切り出して欲しいか説明します。

しかするとアニメーションを追加する為にレイヤーにしたり、書き出す構造が変化することもあるかもしれません。

でもそのときはまたきちんと説明します。

それでも僕がどこまで切り出せば良いかからないシャドーを書き出した方が良いのでしょうか?

 

AdobeのツールはGUIから誰でも分かるのかもしれませんが、それはデザイナーの人が

  self = [super init];
  if(self) {
    [self setShadowImage:[UIImage imageWithNamed:@"shadowpng"]];
  }
  return self;

を見ているのと同じくらいよく分からないものなんです。

別に上の謎の文字列だって適当文字列じゃないんです。 きちんとした意味があります。 誰だってちゃんと分かるはずです。

ボタンが1px右が正解か2px左が正解かを判別するよりも簡単に間違ってるかどうか分かるシンプルものです。

 

確かにAdobeのツールはよく出来ているので僕でも頑張れば使うことが出来ます

でも、僕はAdobeのツールを使った時の生産性よりも、Stack OverflowはてなダイアリーClass Referenceと睨めっこしながらキーボードを叩いて居る方が生産性が高い人種だと思っています

 

別にデザイナーの人と敵対したいわけじゃないんです。

ただ、デザイナーの人がもう一手間かけて頂けるだけで、僕はもっとコードを書いたりデバッグ出来るし、結果的にプロジェクトとして良い物が出来上がるんじゃないかなというだけなんです。

デザイナーの人がAdobeのツールを習得するためにマウスペンタブを触っていた時間を僕はプログラムを覚えるためにキーボードを叩き続けていたんです。

 

もし、デザイナーの人がもう一手間かけて頂けたら...

僕はデザイナーの人から貰うファイルリネームに集中出来るんです。

2013-01-06

だいたいこんなかんじのEULA

http://blogos.com/article/53423/

だいたいこんなかんじのEULA

1. これはGoogleNexusです。サムスンが作ってGoogleが売っています。いいビジネスモデルでしょ?

2.rootを取るということは,誰かにrootを取られる可能性があることを常に忘れないでください。

3.これはガジェットです。文鎮にしても泣かないこと。

4.ソースフォークするときは,マージの計画を立てること。あなたフォークしたソースを持て余している間にも元のツリーは進みます

5.ガジェットあなたを助けてはくれません。あなたがしてほしいことを指示しなければいけません。注:メーカー宣伝メールなどは別途考慮します。

6.万が一文鎮にしたり文鎮にしたり文鎮にしたりしたら,まず冷静にどこまで動くのか考えてください。ブートローダーが動けばなんとかなります。こういうことは怒ります

7.このテクノロジーを使って自分幸せにすること。もし面白いROMができたら,リソースをみなと共有すること。

8.面と向かって言えないようなFUCKな言葉で誰かがあなたROMをFUCKだと言っても,それはその人の自由です。無視するのも良いですが,でも自分でも見返してみましょう。100のFUCKのうち1つは良い指摘も含まれています

9.友達にすら使わせられないようなアルファ段階のROMは公開しないでください。それは内内で行うこと。

10チート禁止。私の古いNexsus SシェアできるようなROMをお願いします。パフォーマンス優先はときバッテリーを損ないますバランスは,最初は私に聞きなさい。あとで自分で考えなさい。

11.公共の場では,「それiPhone?」と言われても,くどくど説明しないこと。だいたい通じていれば,ひとさまの発言を汲んであげてください。

12.他の人にあなたレポジトリ管理パスワードを教えてはいけません。笑わないで。参加ユーザーを作るのが面倒くさくて ついやってしまときもあるのです。インターネットあなたが思うよりも悪意に満ちています

13.初期バンドルアプリを膨大に作らないこと。すべてを収録する必要はありません。/systemよりも/dataのほうが広いのです。

14.ときどき家にスマフォを置いて出かけてください。自分にとってスマフォ重要じゃないと思えたら,大人の階段を1つ登っています。また,逆にこの場合必要だと思ったら,今度はそこを突き詰めたROMを作りましょう。

15.古いアニメ,古い音楽,古いゲームも楽しんでください。あなた世代は史上もっとも幅広い娯楽にアクセスできる時代なのよ。プログレについてキングクリムゾンアメリカンプログレッシブとジャーマンプログレッシブで言っていることが違うことを確認してください。

16.ときどきイースターエッグを埋め込むのを忘れないで。

17.前を向いて歩いてください。自分ものにぶつかって怪我をするのは勝手ですが,人様に怪我をさせると,いろんな意味で面倒です。

18.あなたは失敗する。そのときはこのNexus文鎮からスタートします。もう文鎮は怖くないわね。

ks1234_1234

2012-09-10

http://anond.hatelabo.jp/20120910112616

OSUNIX系だから超使いやすいよ。linuxに比べると若干癖はあるけど、winの使いにくさに比べたら誤差の範囲。

レポジトリ結構しっかりしてるからパッケージインストールだってbrew install hogehogeとかで一発だぞ。

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