はてなブックマーク

• あとで読む

  法人も個人もどっちでもカードを作ろうと思ってる人はSMBC VISAカードを選ばないほうがいい

  218 users

  necomesi.jp

  [2023/05/09追記]この記事には補足の記事があります。[/追記] 弊社、設立時からのメーンバンクはみずほ銀行だったんだけど、近年、みずほ銀行は色々アレな感じで、ネットバンキングがうっかり止まってしまったりしたらダメージもろに受けうるなぁというリスクをひしひしと感じていたので、去年の5月…だからちょうど1年前くらいですか。三井住友銀行(SMBC)に変更したんです。いっていの並行期間を持ちつつ、取引先の各方面へ周知しつつって感じで無事に移行完了と。 SMBCは、法人のネットバンキングが、振込制限が1日300万円までとか振込予約ができないとか明細のCSVがダウンロードできないとかの制約があるプランが一番下のグレードにあって、そうした制約でも構わないなら使用料ががただなんですよ。住信SBIネット銀行も維持費無料ですが、ネット専業銀行じゃない大手銀行としては珍しいというか良心的だなぁと。 で

  • 暮らし
  • 2023/04/30 21:19

  • 金融
  • あとで読む
  • ビジネス
  • credit
  • finance
  • これはひどい
• あとで読む

  フロントエンドエンジニアのわたしが大事にしている価値観について

  102 users

  necomesi.jp

  マークアップエンジニアとしてウェブ制作会社に入社してから１０年になりました。若いね～と言われなくなってからも随分たちました。いろんな意味でひとつの節目に来たのかなと感じます。そこで、わたしがごく個人的に大事にしている、仕事とエンジニアリングについての価値観をまとめました。 意味もなく、これからの若手エンジニアに語りかけるようなまとめ方をしています。 基礎をかためること フレームワークやライブラリを用いれば、やりたいことはすぐに実現できるかもしれません。AI が台頭してくれば、これまでの制作フローがひっくり返るかもしれません。それでも、基礎をないがしろにしてはいけません。知識や経験は基礎の上に積みあがるからです。基礎こそ重要だと思います。 基礎を学ぶためのアプローチはいくつか考えられます。わたしのおすすめは、資格をとることと、普段の業務のどこか一部を低水準のやりかたでやってみることです。 資

  • テクノロジー
  • 2020/05/06 00:37

  • エンジニア
  • あとで読む
  • web制作
  • 技術
  • 考え方
  • 仕事
• あとで読む

  見た目の美しさとアクセシビリティのパラドックスの話から派生して、僕の脳内に出現したポエムをご紹介

  4 users

  necomesi.jp

  UX MILKに「見た目の美しさとアクセシビリティのパラドックス」（原文 The Aesthetic-Accessibility Paradox）なる記事が投稿されていて、僕は本記事の主題である脳内ポエムとは関係なく、まずこの記事に対しては以下のようなブコメをした。 こう並べて見比べると、少なくともフォームはハイコントラストのほうが使いやすさはもちろん、見た目も良いのでは？ 線うっすいフォームとか正直いらつきしか感じないわ。 [B! UX] 見た目の美しさとアクセシビリティのパラドックス | UX MILK – securecatのコメント ようはあまりこの記事の内容に共感してなくて、どちらかというと批判的なんだろうなあと、自分で書いたコメントながらもそんなふうに感じる文章といった趣きがある。 さてこの記事に対する僕の興味はこれで終わるはずだったのだが、そのあとますPが自身のブログで言及記

  • テクノロジー
  • 2020/03/16 15:49
• あとで読む

  受託の面白さとは何か

  7 users

  necomesi.jp

  2020年最初の記事がこれか、いきなり仕事ど真ん中の話か、ほかに面白い話題ないんかいと、自分でも思わなくもないが、そもそもの話として仕事よりも面白いことなんてそうそうないので仕方ないかとも思う。 ちなみに昨年はというか、もう何年もだけど、僕は重度(?)の「はてブ」利用者で、基本的に思いのたけはブコメで済ますという雑なことをしてきた。文字数の関係でどうしても雑にならざるを得ないうえに、複数の言いたいことがあるとひとつに絞らないといけなくて逆にストレスになるという、自ら首を絞めていくスタイルでもあったので、今年はなるべくブログに書いていこうと思う。思うだけでどれだけ実践できるかはわからんけど、きちんとできたらかなりの記事数になるだろう。そうなると、こいついつ働いてんの？という風評被害(謎)になりそうなのが気がかりではあるが、そういうことは実際にそうなってみてから改めて考えるとしよう。 で、さて

  • 世の中
  • 2020/01/04 16:38
• あとで読む

  Professionalismがもたらすアクセシビリティの実現

  3 users

  necomesi.jp

  アクセシビリティ Advent Calendar 2019 – Adventar24日目の記事です。 アクセシビリティを推進する界隈すべてを把握しているわけではありませんが、僕の観測圏内においてだけいっても、その界隈にはいくつかの流派というか心意気の方向性というか、しいていうならスローガンのようなものがあったりします。たとえばますぴーがいうところの「でもやるんだよ勢」であったり、Rikiya Iharaがいうところの「一発当て太郎」などが代表的かなと思います。 ちなみに「でもやるんだよ」は、RHYMESTERというヒップホップグループの「Walk On -Hey,DJ JIN Pt.2-」という曲の「この道はそう甘くないぜ、でもやるんだよ！志は高いぜ」という歌詞が元ネタで、アクセシビリティの実現に際してどんな障壁があってもやってやるという志を示しており、ますぴー曰く「自分を鼓舞するために掲

  • テクノロジー
  • 2019/12/24 23:10
• あとで読む

  ワイヤーフレームとは何なのか問題についてについて

  6 users

  necomesi.jp

  昨日、ワイヤーフレームとは何なのか問題についてのスライドを公開した。非常にあっさりしたスライドなのでひとまず見てみてほしい。 前々から、ワイヤーフレームはスペック検討が主旨であり、デザインやレイアウトといった見てくれの検討をするものではないというのを必要に応じて述べているんだけども、その言説がパーマリンクを持ってないのが不便だなと改めて思ったからでもある。 ワイヤーフレームとは何なのか問題そのものだけでなく、関連して思っていることはいろいろあり、そうした背景のようなものの一部を以下に述べておきたい。 つい今週開催されてたMAX Japanで、Adobeが日本特有のデザインプロセスに対するソリューションとしてXD用にQuick Mockupなるものを発表したようだが、これも結局、ワイヤーフレームなのか、デザインの中間成果物なのかがはっきりしない印象がある。日本特有のデザインプロセスっていうの

  • 学び
  • 2019/12/06 16:43

  • wireframe
  • webdesign
• あとで読む

  ワークショップにお菓子が有効であることを証明する論文

  3 users

  necomesi.jp

  Facebookで羽山さんが「ワークショップにお菓子が有効であることを証明する論文（ネットで読めるもの、英文可）‬」を急募してて、ちょうど時間あったのでざっと探してみたらそれなりにそれっぽいのがあるし、内容も結構面白いぞということで、ブログに貼り直しておく（Facebookはあんまストック向きじゃないのと、羽山さんのとこのスレなので）。 ちなみにリンク先はおおむねPDF。 菓子が集団による創造的パフォーマンスに及ぼす効果 結論からいうと、菓子と飲食によって有意な結果が出てるので、必要性が確認されたやつ。 グループ活動のための菓子を活用した 支援システムに関する検討 これは検討で終わっててこれ単体では有意性はわからないが、とりあえず。 会議中のお菓子が集団創造性へ与える影響 : 発話状況分析と創造性評定から 買わないと読めないぽいので未読だけど、タイトルからすると読む価値あり。 複数人討論を

  • 学び
  • 2019/11/07 00:05
• あとで読む

  DevTools+PerfectPixelで爆速コーディング

  104 users

  necomesi.jp

  ネコメシでは週に１回、持ち回り制で勉強会を開催しています。各々が気になっているトピックについてスライドを作って、30分～1時間くらいの発表を行います。 先日の勉強会にて、コーディング作業高速化について発表したので、その内容を公開します。拙速が大事ということで、スライド貼っ付けただけで、説明もなにもなしですが…。 スライドに説明文を追記しました (2019-07-18 22:04) スライド https://speakerdeck.com/tsmd/devtools-plus-perfectpixeldebao-su-kodeingu 内容 Chrome DevTools と PerfectPixel という Chrome 拡張機能を使って、爆速で HTML/CSS のコーディングをするご提案です。 コーディングを２倍速にしよう！　という思い付きで検討した手法です。計測していませんが、ほんと

  • テクノロジー
  • 2019/07/19 12:45

  • コーディング
  • あとで読む
  • css
  • html
  • sass
  • devtools
  • Chrome
• あとで読む

  Stimulus – 受託Web屋に「ちょうどいい」JavaScriptフレームワーク

  23 users

  necomesi.jp

  ネコメシでは週に１回、持ち回り制で勉強会を開催しています。各々が気になっているトピックについてスライドを作って、30分～1時間くらいの発表を行います。 先日の勉強会にて、JavaScriptフレームワークのStimulusについて発表したので、その内容を公開します。 Stimulusは控えめなフレームワークで、非SPAのウェブサイト制作（コーポレートサイト、キャンペーンサイト等）において非常に強力なツールだと思います。jQueryをメインに使っている制作者や、オブジェクト指向的にコードを書こうとしているけどいまいちコレといった腹落ちができていない人には、特におすすめできるものです。 Stimulus 受託Web屋に「ちょうどいい」JavaScriptフレームワーク 今日はStimulusというJSフレームワークを紹介します。 多分に実装の話題なので、デザイナーさんたちにはちょっとわからない

  • テクノロジー
  • 2019/05/13 19:20

  • javascript
  • Stimulus
• あとで読む

  「タスクの可視化と共有で指示を改善する」の経過報告2

  3 users

  necomesi.jp

  「タスクの可視化と共有で指示を改善する」の経過報告から、さらに3ヶ月以上が経過したので2回目の経過報告をする。 今までとの大きな違いは、本人が小学2年生に進級していることだ。かつ1学期が終わっているので、2年生の生活にもすっかり慣れているといって差し支えないだろう。 タスクリストに連なるタスクは一部入れ替えがあったほか、そもそも数が増えており、1枚のホワイトボードには収まらなくなった。 2年生になってから、「ひらがなカタカナ数字」の練習というタスクが追加されているというのもちょっとナンではあるものの、綺麗な字を書きたいというのは本人の願望でもあるので、幼児向けの文字練習ノートを日々やるようにしている。また、2年生は夏休み明けから掛け算が始まるということで、4月から九九を読み上げるっていうのも始めた。しかしいずれも、今ひとつ成果が上がっていない。字の練習は練習ノートに書く時はそこそこになった

  • 暮らし
  • 2018/07/31 13:46

  • あとで読む
• あとで読む

  フロントエンドの「想定外」に対応する考え方とTipsいくつか

  295 users

  necomesi.jp

  とても個人的な話ですが、ここ最近で自分自身のプライバシー意識の高まりを感じて、ブラウザの設定を見直す機会がありました。見直したのはCookieの設定で、許可したドメインにしかCookieを記憶しないようにしました。設定変更によるある程度の不便は覚悟していました。とはいえ、ま〜せいぜい、初回アクセスの時のモーダルが何度も出るようになるとか、ログインできなくなるとか、そのくらいかなと思っていました。 しかし実際は、悪い意味で期待を裏切られることになりました。 Cookieが無効なだけで、“全く”動かなくなってしまうウェブサイトやウェブアプリが、本当にたくさんあることに気づいたのです。 全く動かなくなってしまう原因は単純（後述）だったのですが、ちょっとした対処で簡単に直せることなのに、サイト全体が一切使い物にならなくなってて、もったいない！！　と思いました。 フロントエンドの想定外 ウェブサイト

  • テクノロジー
  • 2018/07/04 23:20

  • javascript
  • css
  • フロントエンド
  • frontend
  • あとで読む
  • web制作
  • ブラウザ
  • tips
  • Cookie
  • web
• あとで読む

  アクセシビリティの祭典2018に参加してきた

  12 users

  necomesi.jp

  ネコメシでの視察業務的なニュアンス兼ねて、アクセシビリティの祭典2018に参加してきた。 小並感としては「参加して良かった」なんだけど、来年はネコメシ的に協賛企業として参加する感じにしていきたいかなとも。 セッション的には、もともと「週の真ん中に神戸かー。きついなー」と思いつつも、行ってみようってことになった、精神的に後押ししてくれたセッションが、サイバーエージェントvsサイボウズのプロレスセッションだったわけなのだけども、というのも、サイボウズの小林くんと、以前に日経コンピュータの企画で対談したことがあって、それで今はどういう取り組みをしているんだろうというのに興味があったというのもあって。で、期待にたがわず、一番面白かったし、興味深い内容だった。 ご参考 日経コンピュータの記事： 徹底対談前編：“想像力の欠如”がアクセシビリティを阻害する – そのWebサイト、使えません！：日経 xT

  • テクノロジー
  • 2018/05/18 18:28

  • accessibility
• あとで読む

  【プレスリリース】ネコメシとネットイヤーグループが協業　〜大規模で先鋭的なフロントエンドの設計と実装を強化〜

  3 users

  necomesi.jp

  株式会社ネコメシ（本社：東京都渋谷区、代表取締役 CEO：森田雄、以下：ネコメシ）とネットイヤーグループ株式会社（本社：東京都中央区、代表取締役社長 兼 CEO：石黒不二代、以下：ネットイヤーグループ）は、WEBアプリケーション開発やWEBサイトの設計、構築といったWEBサービス領域で協業することを合意いたしました。 今回の協業は、大規模案件の実績が多いネットイヤーグループと先進的な取組みで多くの実績を上げているネコメシの特徴を生かし、一般的なプロジェクトの受発注の関係ではなく両社の異なるクライアントやプロジェクトの特性に応じた双方向での取組みによる、より一層のサービス向上を目的としています。また、技術面や人的交流を深め、従業員の働き方改善やスキルアップなど、従来の枠に囚われない幅広い範囲での更なる協業を目指していきます。 【協業の背景】 テクノロジーの急激な進化によって、私たちのビジネス

  • テクノロジー
  • 2018/04/11 11:05

  • web制作
• あとで読む

  受託ウェブ制作のおもしろさについて（会社紹介も兼ねて）

  14 users

  necomesi.jp

  某所で会社紹介の発表をする機会を賜ったので、弊社ネコメシの特色である「受託制作大好きっ子がいっぱいいる」ことを魅力的に話せないかなー、と思って作成したスライドを公開しました。 スライド 内容 要点だけ、内容も書いていきます。受託の面白さを述べているのはスライド19枚目からです。 スライド内容の代替テキストがないのは今のところゴメンなさい！ 息子は１歳になりました。 ネコメシの主たる強みはフロントエンドの設計力と実装力です。 「プロジェクトの隙間」は社内でもしばしばキーワードちっくに取りざたされます。ネコメシとして、というか仕事人として、非常に重要なファクターだと考えています。プロジェクトの隙間とは何か。それは専門領域同士のあいだに必ず発生する「考慮漏れ」だったり、「誰も手を出さない部分」のことです。 たとえば、あるデザイナーとエンジニアがいました。デザイナーは見栄えのする綺麗な絵を作る。エ

  • テクノロジー
  • 2018/04/10 18:13

  • webdesign
  • Web制作
  • あとで読む
• あとで読む

  タスクの可視化と共有で指示を改善する

  68 users

  necomesi.jp

  下の子(小1)が日々の最低限やることを可視化することにした。 毎日同じことの注意を繰り返しているがゆえに、「あー！もう何度言えばわかるんだよ！」みたいな叱り方になっちゃう日々も、これで改善されるだろうと期待している。 単にタスクを可視化しただけだと、作業者本人は次にやるべきこととかを迷わなくなるものの、結局のところさぼってしまったらそれで終了してしまう。したがって可視化に加えて共有することが肝要となる。共有することで、何をどれだけ完了しているのかが本人以外も把握できるので、さぼりにくくなるというわけだ。しかしながら、さぼりにくくなるというだけではモチベーション的な継続性に欠けるともいえる。開き直るというスキルによって、たとえ共有していたとしてもさぼるということはやはり可能であるし、むしろその域までいくと次の打つ手がかなり狭まってくるように思う。 ようするに、共有した結果を糧に改善すべきは指

  • テクノロジー
  • 2017/12/02 12:13

  • タスク管理
  • タスク
  • 可視化
  • マネジメント
  • あとで読む
  • 仕事
  • Management
  • 子育て
• あとで読む

  「端っこ」におけるスクロールの挙動を制御する overscroll-behavior プロパティ | ダーシマ・ヱンヂニヤリング

  19 users

  necomesi.jp

  ※この記事の内容は、まだブラウザに実装されていない内容を含みます。また、勧告前の仕様について言及しているため、最新の仕様では変更になっている場合があります。 要約 overscroll-behavior プロパティを使うと、スクロール境界（端っこ）におけるブラウザデフォルトの挙動を上書きすることができます。例えば、ブラウザが持っている「下方向に引っ張ってリロード」する機能や、スクロールが親要素に伝わる「スクロールチェーン」の挙動を無効化することができます。 はじめに 主にタッチデバイスにおいて、無効化したいのにできない、スワイプ操作やスクロールにまつわる困った挙動が３種類ありました。 「もうこれ以上スクロールができない」ことを表すインタラクション スクロールが親に伝播してしまう「スクロールチェーン」 左右へのスワイプで行う履歴の前後ナビゲーション 「もうこれ以上スクロールができない」ことを

  • テクノロジー
  • 2017/11/16 08:52

  • CSS
  • Webkit
  • ブラウザ
• あとで読む

  細かすぎるけど伝わってほしい私的BEMプラクティス30（ぐらい）

  257 users

  necomesi.jp

  BEMのいいところは、それが何者なのかが明白ということに尽きる。とある要素を見たときに、そのスタイルがどこに書かれているのか、何を表しているのかがクラス名を見ればわかる。手を入れる際も、どこに追記すればよいのか、どれくらいの影響を及ぼすのかの大部分が推測できる。 レスポンシブ・デザインと相性がいいとか、流行りのコンポーネント指向と相性がいいなど、BEMの良さは他にもいくつか挙げられるけど、決定的なのは明瞭さであると思う。 BEMを使いはじめてかれこれ３，４年くらい経った。その間に色々な命名規則や設計思想が登場してきたけれども、今のところは浮気する程の魅力を他に感じることもなくBEM一筋でやってきている。ただし実践するにつけて、より明瞭で破綻しづらい設計を実現するために、様々な制約やガイドを設けてやってきたので、「もともとのBEM」からは多少なり離れているかもしれない。 ただし、それはBEM

  • テクノロジー
  • 2017/10/25 01:08

  • BEM
  • css
  • CSS設計
  • SCSS
  • Web制作
  • html
  • レスポンシブ
  • 設計
  • あとで読む
  • デザイン
• あとで読む

  育児や介護と在宅勤務

  3 users

  necomesi.jp

  ENERGY（エンジニア向け技術支援制度） | 株式会社サイバーエージェント サイバーエージェントのこの新制度を読んでいて、いやこれは全然良いというか、へえーという感じなのだけど、ふと思ったことがあり。 在宅勤務が「育児や介護など私的な理由」に基づいて認められますという制度がひとつの柱ですよ、と。でも、そもそも在宅勤務って育児や介護をしながら働くためのものなんだっけ。仕事の効率が良い場所ってのが個人個人で違うから、家が働きやすい人は在宅勤務すればいいし、外が働きやすいんならノマドワーカーがごとく出先で働けばいいし、出勤するとスイッチが入るっていうなら今まで通り会社に行けばいい、みたいな、そういう選択肢なんじゃないけっていう。 それより、育児や介護と真正面で取り組んでる時、在宅だろうが何だろうが働けるのか？という気もする。時期にもよるだろうが。会社は人数がいればいるほど互助会みたいなものなん

  • 世の中
  • 2017/07/20 17:41
• あとで読む

  絵文字😇を含むテキストを表示する @font-face 設定（Unicode 10.0対応版）

  36 users

  necomesi.jp

  CSSで絵文字を表示するための @font-face 設定を紹介します。この方法はモダンな閲覧環境ではほぼ問題なく表示できます。またJavaScriptを使用して絵文字を画像に置換するタイプ（EmojiOne、Twemoji）と比較して、表示速度や利便性などの面で大きく有利です。 絵文字を含むテキストを表示する @font-face 設定（Unicode 10.0対応版） デモページもご覧ください。 以下のCSSを指定すると絵文字がきれいに表示されます。 @font-face { font-family: MyFontFamily; src: local("Hiragino Kaku Gothic ProN"), local("Meiryo"); } @font-face { font-family: MyFontFamily; font-weight: bold; src: local(

  • テクノロジー
  • 2017/07/13 11:50

  • CSS
  • emoji
  • 絵文字
  • 文字コード
  • Font
• あとで読む

  カルーセル、使っていいよ

  27 users

  necomesi.jp

  カルーセルって、使っていいの？（Should I Use A Carousel? 日本語訳） 何だろうな、この啓蒙サイトは。 そもそも、今どき新たに作成されるカルーセルが、クリックされたいがために作成されてると思ってるって時点でナンセンスだ。 PCよりスマホのほうが多いってアクセスログを見せても、今でもトップページの一番上にこれを載せてくれっていう声が、社内の複数の部門からあがってくるとかフツウなわけ。それ言ってくる当人は、いろんなサイトでページを表示したらすぐにスクロールしているにも関わらずね。 物理的に、トップページの一番上のエリアってのは一か所しかないのに、複数の掲載依頼が同時に上がってくる。いちいち調整しまくるよりも、全部カルーセルに突っ込んでおいたほうが楽でしょ、どう考えても。 web担当者の仕事は、トップページの一番上に置くバナーの交通整理じゃないんだから。 しかもカルーセルに

  • テクノロジー
  • 2017/06/14 13:20

  • UI
  • management
  • marketing
  • javascript
  • programming
• あとで読む

  【本】UXデザインの教科書

  8 users

  necomesi.jp

  圧倒的なボリューム（特に文字数）で迫る、UXデザイン界隈におけるザ・教科書。これはマジで英訳して世界中で売ったほうがいい。 ボリュームがボリューミィすぎなので、まだ読破できてないんだけれども、ファーストインプレッションとしては、序文や最初の概要の章なんかで、UXおよびUXデザインについて「きちんと」説明しているというところが非常に好印象。今どきだと、UXハニカムとかThe Elements of UXのダイアグラムだけ持ち出しきててなぁなぁにしちゃう記事やら何やらも多いからねっていうか（UXハニカムとかにまったく触れてないこと自体もさらに好印象）。 ただ、ほんとに教科書って感じなので実践的な事例集やテクニック集を期待する人には向いていない。一方でUXデザインのプロセスを実務的な現場に導入できずに知見がたまってないなとモヤモヤしてる人には、具体的な手法とアウトプットの例示もあるので座学レベル

  • テクノロジー
  • 2016/06/03 17:49

  • book
• あとで読む

  もし50万円あったら（どうすればいいのかわからない）

  3 users

  necomesi.jp

  雑なので、手数料とか税金とかの考慮は当然ないし、当初基準価格というのは2007年7月頃のやつと見なして、現在基準価格は本日現在（ファンドがもう終了してしまっているものは最後の価格）、国債はだいたいその頃に出てたやつということで変動10年第18回のやつ、MRFは0.005%と見なして計算しただけなので、正確かはわからないというか致命的に計算がおかしいとかあるかもしれないけど、まあ何にしても、とりあえずどれも儲かりはしてなさそうだという印象。ちなみに定期預金に50万円を9年入れていたとしたら、とりあえず金利0.5%だったとして、税引き後518,000円になっている。 しかしこのポートフォリオは投資なのであり、単なる貯金ではないのだからして、塩漬けが大前提ってのが根本的に違うのだろうけども、現実問題として僕は株やら投信やらの買い時も売り時もよくわからなくって、買ったはいいが基本塩漬けってことにな

  • 暮らし
  • 2016/04/19 18:17
• あとで読む

  副業のやつの追記（長文注意）

  8 users

  necomesi.jp

  昨日書いた「副業とは己の力を問うものだけを指す」の記事に関する界隈の反応を見たところ、じゃっかんの追記が必要かしらと思った。 しかしこれはこれで長くなりそうなので、新しい記事という形で、反応をいくつかピックアップしつつ進める。 ※なお僕は労働基準法の専門家ではないので、実務的にどうなのか等の詳細については労働基準監督署なり社労士さんなり何なりに確認してください。 副業がある場合における時間外割増の支払いについて。迷惑がかかるつーても理解したうえで雇用契約結んでるなら問題ないのでは [副業がある場合における時間外割増の支払いについて。迷惑がかかるつーても理解したうえで雇用契約結んでるなら問題ないのでは – tick2tack のコメント / はてなブックマークより] 契約内容がどうであれ、つまりそれ単体では違法性が認められない労働契約であったとしても、第38条第1項で複数の勤務先の労働時間は

  • 世の中
  • 2016/03/24 23:41

  • あとで読む
• あとで読む

  副業とは己の力を問うものだけを指す

  73 users

  necomesi.jp

  副業そのものは合法というか、副業を禁止すること自体が違法ともいえるわけなのだが、なぜ慣例的に企業は副業を禁止してきたのかというと、これは労働基準法 第38条第1項の問題があるからだろう。 このことを念頭に置いておかないと、どこかほかの会社等へ週末や時短で勤務するというような副業は、勤務先（主業・副業の双方）において労働基準法違反が発生しうる要因となり、端的にいえば勤務先に迷惑がかかる。 労働基準法 第38条第1項とはこういうものだ。 （時間計算） 第三十八条 　労働時間は、事業場を異にする場合においても、労働時間に関する規定の適用については通算する。 [労働基準法より] つまりどういうことか？ 主業と副業の勤務先が違う場合において、主業で既に法定労働時間を満たしている場合、副業の会社は当該労働者を法定労働時間を超えて労働させていることになる。言い換えると、副業の勤務先での労働時間はすべて残

  • 政治と経済
  • 2016/03/23 12:05

  • ceo
  • 仕事
  • メモ
  • あとで読む
  • 副業
  • business
  • management
  • work
  • 会社
  • 労働
• あとで読む

  マークアップのいらない未来を考える

  50 users

  necomesi.jp

  みなさん、マークアップ好きですか？　私はまあまあ好きです。デザインされたパーツをHTMLでどう組むかを考えたり、他の開発者と意見を戦わせたりするのは楽しいですよね！ ただ、自分はマークアップ行為そのものについて、「ここにそんな拘る意味あるのかな？」と疑ってしまうことがあります。<dl> を使うか使わないか、とか、パンくずナビはどうマークアップするか、とか、少しでも良いマークアップをするために切磋琢磨するのはきっと楽しいことなのでしょうが、エンジニアとしての自己満足に陥ってはいないだろうか？　と我に返る時があるのですよね。その時の感情を掘り下げてみようと思ったことが、この記事を書くきっかけとなりました。 この記事で私が最終的に述べたいことは、近い将来の標準的なWebプロジェクトにおいて、緻密なマークアップ作業の重要性は極めて低下するだろうということです。なぜ私がそう思うか、妄想を交えつつまと

  • テクノロジー
  • 2015/12/18 12:00

  • html
  • accessibility
  • マークアップ
  • markup
  • アクセシビリティ
  • コーディング
  • web
• あとで読む

  ネコメシぶろぐ

  4 users

  necomesi.jp

  今日ふと、ネコメシぶろぐを見たら「このサイトで重大なエラーが発生しました」しか言わなくなってて、絶対PHPまわりの何かでWordPressが死んでるんだぁぁぁっていうのは分かったんだけど、そもそもWordPressにログインできないから、うわーめんどくさいってなって、もうこれを機に閉じてしまおうかという心の悪魔がささやく事態となったところ、元ネコメシCTOのダーシマパイセンが直してくれると言って下さりまして直してもらいましたああああ もっと読む 去年もちょうどこの時期に消化器ドックへ行ってきたのだが、去年に引き続き、今年も無事にポリープ切除。 いやポリープ、ないほうがそりゃあいいのだろうけど、できたばかりのものを切除ということで安心だし、何より、ポリープ切除をするおかげで人間ドックなのに医療控除できるというのがいい。人間ドックでは簡単かつ安全な手術が発生する程度の何かが見つかるのがちょうど

  • 暮らし
  • 2015/08/30 13:53
• あとで読む

  続・航空会社のサイトはどうして乗り方を説明してないのか

  34 users

  necomesi.jp

  前の記事「航空会社のサイトはどうして乗り方を説明してないのか」が、なんか妙に盛り上がってしまったようなので、これはそもそも何だったのか？というのを一応書いておきます。（こちらはそんなに盛り上がらないと思いますが） そもそも飛行機っていうのは、一度飛び立ったら着くまでどうにもならないというような、逃げ場のなさが大前提にあるので、不安を抱えたままだとかなりきつい乗り物だと思います（新幹線も、まあ、走り始めたら止まる前提はないのですが、やはりそこは地に足がついているか否かみたいなのはあるかなと。フェリーとかは飛行機にかなり近いと思います）。 僕はふだんUXデザインの専門家という立ち位置で仕事をさせてもらっているのですが、「ここまで不安を積み重ねることができるデザインって逆にすごいな」と。 一体どうやったらこんなことができるというか、起きてしまうんだろうと、思ったことはありませんか？　僕はたまーに

  • テクノロジー
  • 2015/08/30 04:24

  • 空港
  • UX
  • design
  • 交通
  • デザイン
  • ネタ
• あとで読む

  航空会社のサイトはどうして乗り方を説明してないのか

  552 users

  necomesi.jp

  先日、ちょびっと夏休みを頂きまして、北海道へ行ってきたのであります。その際は、とりあえず往復AIRDOだったのですけども、まー、飛行機に乗ること自体がほんと稀でして、この時も一体何年ぶりなのか？というくらいで。 で、たまにしか飛行機に乗らない人にとって、空港とか飛行機とか、わからんことだらけすぎると思うのですよ。チケットを買うところから、もうわからない。 まず「eチケット控え」って何なんすか。もうこれがわからない。深く読み解けば、「eチケット」てのはたぶん物理的な航空券の電子版で、それの複製を印刷してるから、eチケット控えなんですかね。わからんけど。しかし最後まで控えだけでやり過ごせるんで、これはもう控えじゃなくて本物といってもいいのではないか。登記簿謄本を法務局へとりにいっても実際に持って帰ってくるのはその控えだ、っていうくらいの控えなのだろうか。「eチケット控え」じゃなくて「eチケット

  • 暮らし
  • 2015/08/21 16:49

  • 交通
  • 空港
  • UX
  • 航空会社
  • 航空
  • あるある
  • デザイン
  • travel
  • 公共交通機関
  • 飛行機

次のページ