はてなキーワード: ライトボックスとは
うちはコーダーがデザイナーの1/3もいないので外注コーダーさんに頼らないと回していけず、常に募集していい人を探している状態です。
フリーランスのコーダーという存在は、数だけなら結構います。ひとたび募集をかければどしどし応募がくるくらいいます。ただ1度仕事をしたら2度目がないことがほとんどです。
理由は
・実際の構築経験がないので全体の流れが分かっていない人が多い(実装部分は業務に入らないにしろ全体図を把握しているのといないのとではコーディングの質が全然違います)
・引き受けてから納期を何度も引き延ばす(初稿を最終納品日に出して来たりする)
などです。
納期についてはいろんな都合があるので前倒しも後ろ倒しも相談次第では、という感じ(正直webデザイン界隈じゃ日程通りにいくことのほうが少ないし)なんですが、「●日間でこのページ分いけますか?」って確認に「いけます!」って自信満々に答えるくせに初稿提出日にも音沙汰なくて「どんな具合ですか?」って聞くとようやく「ちょっと終わらないかもしれないんで納期伸ばしてもらっていいですか…」って言う人が多すぎる。んなもん最初にデザイン渡した時点である程度分かるだろ。ていうかこっちが聞く前に相談してくれ。自分の力量把握できてない人多すぎ。
結局シンプルに一点にかえってくるんですが「経験値が浅い」、これに尽きます。そういう人達を切っていったってまともなコーダーは育たないので経歴の浅さはある程度目をつぶって3回くらいまでは仕事していきたいな、と思うんですが、一度納品すると何を勘違いしたのか次回から値上げ交渉に入るんですよね。これ本当にみんなそう。大体経歴浅い人です。教本とか講座でこういう教えでもあるんですかね?このまえ次から時給6000円で、とか言われてどうしようかと思いました。そんなら残業して自分がやるわ。ここで値上げを断るともう仕事してくれなくなっちゃうんですよね。これはこちらもむこうも選べる立場ということなんでしょう。ある意味健全なことですが、コーダーが星の数だけいるのはweb制作会社もそれだけたくさんあるってことですからね。もちろんそれだけの技術を持った方には相応の額をお支払いしたいと思ってます。ただどこも、そんな自社の技術以上のことを求められて外注に任せること前提で引き受けたりはしないので…。
ちなみにポートフォリオで出してくる架空サイトは大体みんな同じ題材、大体みんな同じクラス名の付け方、大体みんな同じアニメーションの設定なのでア、同じ教本(講座かな)使ってるんだァ~となります。この時点で比較してもしょうがないので(間違い探ししろってくらい本当にみんな同じ書き方なのでどこまで理解して書いてきてるのか分からない)、実際の業務経歴以外は正直アテにしてません。結局は先方の制作要件に沿ってやってもらうしかないので、まずは1本作ってもらうことでしか相手を測ることはできません。うちの制作分を参考として一式渡してこれ通りに作ってください、って言っても自分スタイルで記述してくる強者もいるんですけど、もしかして教本以外の書き方ができないんですかね?うちに限らずどこもある程度の記述ルールはあって、それに倣って書いてもらう必要があるので、コピペした構文の応用もきかないようなうちは外注引き受けてる場合じゃないと思いますよ。実在する適当なサイト見つけて、どう組み立てているかとか、縦長のランディングページでもいいんですけど、画像コーディングでもどういう造りになっているのかとか、知識として知っておいた方がいいです。自分が始めたてのころは好きなゲームのティザーサイトを模倣してました。意外とスライダーとかライトボックスとか入ってるんですよねあれ。動画の埋め込み方は会社ごとにけっこう違うし。もちろん今の時代レスポンシブは必須です。ハンバーガーメニューは教本で必須科目みたいなので問題ないでしょう。はじめはその程度でいいので、まずコードをもっと身近なものにしましょう。コピペせずにまっさらな状態から書けるようになると一番いいですが、まあ長い構文もあるし普通に非効率なので自分が理解していればそれでOKです。「この記述は何に必要なのか」、最低限そのくらいは分かっていてほしいです。
今だと応募してくる方、20代半ば~30代前半くらいの方か、それ以上で脱サラの方が多いですね。きっとみんな毎日会社行って業務してっていう通勤スタイルに疲れちゃったんですかね。知らんけど。前職が全然関係ない人たちばかりです。むしろ前職もweb系だった方って見たことないです。まあ入り口として入りやすいんですかね?これも知らんけど。自分も前職web系じゃないんで分かります。
ただこれだけは言いたいんですが、フリーランスで食っていくということは、自分の腕一つで食っていくということです。入り口としては簡単なhtmlやcssだって日々進化しています。知らん間にcssアニメーションめちゃ増えてます。対応ブラウザも変わってます。iOSの仕様のせいで死んだプロパティもあります。毎日最新の情報を追って、自分のコーディング力を磨いてください。そうでなければ情報科の高校生の方がよっぽどいい仕事をしてくれます。家にいながら!空き時間に♪なんて簡単な仕事ではないです、残念ながら。ていうかそんなんで人ひとり食っていけるような仕事は世の中に存在しません。多少時間がかかっても、意欲があって自分の技術不足に自覚的な人の方が仕事がしやすいです。こっちもそのレベルに揃えて仕事を発注しますし、向上のチャンスがあるからです。そういう人とは長く付き合っていきたいと思います。うちで長くお世話になっている外注さんも、最初は初めて数か月とかそんな感じの人たちが多いです。”いま”経験値が浅いことは不利でもなんでもないです。大体みんなそうなので。そこからどう自分の価値を高めていくか、もう少し真剣に考えてもらいたいです。
結論としては、分からないことは分からないと言っていいし、出来ないことは出来ないと言っていい。今の自分にできるのがどのくらいなのか、きちんと客観的に分かってほしい。こっちもいきなり即戦力!とかを期待しているわけではないので、一緒にできることを考えていけたらいいなと思います。完。
宝石の国は1巻から読んでいるけど別に鉱石は欲しくならなかったのだけど、
ツイッターで紹介している方がいて、ちょっと所じゃなくなった。
「#宝石の国 原石図鑑」(番外編11) ウォーターメロン・トルマリン(Elbaite var. Tourmaline) Santa Rosa Mine, Brazil. スイカ色のトルマリンが手元にないのでこれでご容赦を。ライトボックス上で撮影。37mm。両端とも端面なしです😅 pic.twitter.com/L7vCZTHEZB— TAK (@tak_collection) 2017年8月28日
「#宝石の国 原石図鑑」(4)。 ユークレース。Cidade Parelhas, Brazil.水晶と共産するEuclaseの母岩つき標本。結晶サイズ17mm。手持ちの中で一番キャライメージに近いということで、既出画像の再投ご容赦下さい。(番号間違えました。再々投スマソ...) pic.twitter.com/fedrtFPzHy— TAK (@tak_collection) 2017年7月31日
めっちゃ綺麗。
ハマったらヤバそう。
はてブのリニューアルについて、どっちかというと反論が多いのだけど、僕は大賛成なんですけどね。
http://enator.hatenablog.com/entry/2013/01/09/232843
論点がまとまっているので、ここを軸に行きます。
→(1)可読性、一覧性の喪失
別に良いんじゃないか? というより、前のテキストサイトの成れの果てみたいなごちゃごちゃしたデザインは、ちょっとキモかった。はてなって、がんばっているけど、どこかであか抜けない所があって、それをようやく払拭できた感じ。最初の一画面で見える情報量が少ないという意見も多いけど、デザインの潮流がどちらかと言えば減らす方向にあるし、別段スクロールすれば見ることは出来る。一方でページ下部の情報は多くなっていて、多分、トップページにある件数は増えたんじゃないかな。
ただ、フォントサイズを必要以上に小さくするのは止めてほしい。せめてブラウザの設定の90%くらいにしてほしい。コメントとかみづらい。
→(2)はてな枠
これも特に気にならない。はてな自身がキュレーションする方向は前からあったし、それを前に押し出しただけ。平等とかどうでも良くて(誰もそんなこと標榜もしてなければ、期待もしてない)、これもそれほど以前とは変わってない。掘り出し物記事の方が面白くなる可能性はある。
→ (3)動画枠の扱いの悪さ
これは賛成。せめて中段に持ってきて、ライトボックスエフェクトで、その場で再生とか出来てもいいんじゃないかな。Yahoo!Jの動画検索は、検索結果からその場で再生できるので、そういう機能を期待。
→(4)旧デザインに戻れない
→ (5)全体的なデザイン
?? デザインセンスみたいな話をしているのかな? それなら、Pinterest風のタイルデザインになっただけでは。今のウェブはどっちかといえばシンプルな方に動いているのだから、これでいい。
ほとんど不満はないし、そもそも「ヘビーユーザー」様方はどうせTwitterやRSSで利用しているのだろうから、トップページの与える影響は軽微だし。
そんなんじゃないんですかね。
「あちこちでよく見かける『あの機能』を実装するためにCSSのテクニックとかJSのライブラリとか探したいんだけど、どういうキーワードで探したらいいのかわからない…」という人向け。
注意
※この呼称が正しいとは限りません
※この呼称に統一されているわけではありません
→ 角丸
複数の画像を一枚にまとめてCSSのbackground-positionで制御する(メニューのマウスオーバーなどでよく使われる)
フォームにうっすらと説明文が表示される & フォームにフォーカスすると消える
→ プレースホルダー
他のメニューを押しのけるようなアニメとともにサブメニューが表示される & 開いているメニューは常にひとつだけ
→ アコーディオンメニュー
メニューの横にある+マークなどをクリックするとその下にサブメニューが表示される & 複数のメニューを開くことができる
→ ツリーメニュー
水平メニューから垂れ下がるようにサブメニューが表示される
→ プルダウンメニュー
横一列に並んだアイテムをスクロールバーでスライド表示 & アイテムが床面に反射したようなエフェクト
→ アクアボタン
画像のサムネイルをクリックするとオリジナルサイズの画像が画面中央に表示される
→ ライトボックス
警告ウィンドウ等が画面中央に表示される & その他の操作を受け付けない(※指摘を受けて追記しました)
説明文等が書かれた小さな吹き出しをマウスカーソルの隣に表示させる
→ ツールチップ
タグをアルファベット順に並べる & その使用頻度等に応じてフォントサイズや色を変えて表示する
→ タグクラウド
ひとつの記事を分割してページ番号を振る
→ ページャー、ページネーション
フッター部分が常に最下部に固定されている
→ フッタースティック
ttp://nihon9999.blog77.fc2.com/blog-entry-4519.html
82 名前:<丶`∀´>(´・ω・`)(`ハ´ )さん[sage] 投稿日:2010/03/05(金) 19:20:18 ID:zajaD+hM
某T○Sがヤバイらしいぞw
246 名前: ライトボックス(チリ)[sage] 投稿日:2010/03/05(金) 18:31:19.57 ID:zYt3Q1rW
スカイプ仲間から相談来たw
猛烈なサヨだが、つながりがオタ趣味なんで気にしていなかったが
どうやら例のサイバーテロに参加していたらしい。
しかも組織的、計画的に。
まとめると
・1日の19:00頃から参加
・韓国での動き知るなり、2時間の枠を設けて、会社からツール使用して一斉に行う
・FBIとか出てきて、ビビリまくり上の主導者が会社上層部に相談
・現在会社は箝口令を敷いて、この事実を隠蔽していたが、どうやらくるべきモノが来たらしい
・俺らやばい、なんとか助からないかな?
てなこと。
まあ自業自得じゃないの?と話しておいた。
85 名前:<丶`∀´>(´・ω・`)(`ハ´ )さん[sage] 投稿日:2010/03/05(金) 19:21:16 ID:jhagpuo7
»82
毎日の頓珍漢な社説見ると豚にしか思えないよなw
91 名前:<丶`∀´>(´・ω・`)(`ハ´ )さん[sage] 投稿日:2010/03/05(金) 19:22:49 ID:oq/TUtDi
»82
Rails of Ruby on Rails サポートサイト
http://railsofrubyonrails.com/download/locus_files.zip
Heroku | Cloud Application Platform タグ「heroku」を含む新着エントリー - はてなブックマーク
BitNami :: From InstantRails To RubyStack
Amazon.co.jp: Rails of Ruby on Rails ~Case of LOCUSANDWONDERS.COM~: Plan de Sens, 清水 智雄: 本
「Rails of Ruby on Rails ~Case of LOCUSANDWONDERS.COM~」を含むブログ - はてなキーワード
満足せる豚。眠たげなポチ。:RAILS OF RUBY ON RAILS が実にすばらしい件
RAILS OF RUBY ON RAILS - 世界線航跡蔵
いろんな意味で新しい Rails 本: Rails of Ruby on Rails - まちゅダイアリー(2008-05-24)
Rails of Ruby on Rails ~Case of LOCUSANDWONDERS.COM~
Introduction
Ruby on Railsの基礎知識
Chapter 01 開発環境構築
データベースの内容を確認する
スキャフォールドジェネレータで管理画面を作る
レイアウトを変更する
各ページのデザインを変更する
FileColumnプラグイン
モデルの修正
フォームの変更
Auto Discoveryを追加
コメント機能
ベースを生成
モデルの修正
コントローラの修正
コメント機能を記事に組み込む
トラックバック機能
スキャフォールドでベースを生成
モデルの修正
コントローラの修正
トラックバック機能を記事に組み込む
記事にタグ付け機能を追加する
商品管理
商品管理
ショップ画面
商品一覧画面を作成
商品詳細画面の作成
ライトボックス系JSライブラリを使って商品画像を効果的に見せる
注文処理
決済・注文画面の作成
メール送信のための設定
コンタクトフォーム
フォームの作成
入力の検証をする
Herokuを設定する
アプリケーションを公開する
Chapter 06 ユーザー事例
ケース1 Saigenji (http://saigenji.com)
作品集 (Saigenji & Happiness Records 編)
ケース2 UK.PROJECT (http://ukp-pr.com)
作品集 (UK.PROJECT 編)
ケース3 Traffic (http://trafficjpn.com)
動的データを静的ページに表示したい
ケース4 RX-RECORDS (http://rx-records.com)
複数の画像が切り替わるFlashバナーをRailsで管理・生成したい
作品集 (RX-RECORDS 編)
ケース5 石田ショーキチ (http://scudelia.net)
通常のページ構成以外の特設ページも管理したい
作品集 (石田ショーキチ 編)
ケース6 V2 Records (http://v2records.co.jp)
ケース7 橋本昌彦 (http://www.hashimotomasahiko.com)
天気と連動した画像を表示する
ケース8 BUMP OF CHICKIN (http://www.bumpofchicken.com)
作品集 (HIP LAND MUSIC 編)
ケース9 Cradle (http://cradleorchestra.com)
見たい記事だけをアコーディオン表示させたい
作品集 (Cradle & Palette Sounds 編)
Appendix
主なエラーの例と対策
Reference